Робочий чекліст:

Table of Contents

Загальний огляд sanctionedAssets-english

...

Мета створення процедури та нормативні засади

...

З метою продажу підсанкційного майна (активів держави-агресора) в системі Prozorro.Sale реалізовано нову процедуру з sellingMethod: sanctionedAssets-english
Бізнес назва - Продаж санкційного майна
Регламент
Регламент 2 (див його)
Постанова
PRD

Загальна інформація про роботу процедури

...

Особливості процедури
Механіка аукціону
Опис класифікаторів та їх словників
Статуси процедури
Періоди процедури
Документи процедури

...

Статуси заяви на участь
Документи заяви на участь

...

Статуси учасників на етапі кваліфікації (awards)
Періоди Award
Документи Аварду

...

Статуси Contracts
Документи contract
Робота з договором

...

Послідовний раунд (англійський)**
Пауза
Розкриття
Послідовність кроків:
Особливості роботи із сутностями та документами

...

Перелік схем:

...

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

Стандартна процедура, де переможцем є той, хто подав найвищу цінову пропозицію

Глоссарій процедури

Закрита цінова пропозиція для проведення електронного аукціону за методом підвищення ціни – сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку прийняття заяв на участь в електронному аукціоні;

Мінімальний крок електронного аукціону (крок аукціону) – мінімальна надбавка на рівні 1 відсотка стартової ціни активу, визначеної для кожного аукціону, на яку в ході електронного аукціону може здійснюватися підвищення цінової пропозиції;

Стартова ціна – вартість лоту або початковий розмір орендної плати за лот, що відображені в оголошенні

Учасник – фізична особа або юридична особа в особі уповноваженого представника, яка виявила намір взяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, та пройшла процедуру реєстрації для участі в електронному аукціоні;

Ціна продажу – фактична сума коштів, за які було продано лот, запропонована переможцем аукціону

Цінова

Table of Contents

Загальний огляд sanctionedAssets-english

Мета створення процедури та нормативні засади

З метою продажу підсанкційного майна (активів держави-агресора) в системі Prozorro.Sale реалізовано нову процедуру з sellingMethod: sanctionedAssets-english

Бізнес назва - Продаж санкційного майна

Загальна інформація про роботу процедури

Стандартна процедура, де переможцем є той, хто подав найвищу цінову пропозицію?

Глоссарій процедури

Закрита цінова пропозиція – сума коштів, намір та можливість сплати якої декларується учасником в особистому кабінеті та подається через оператора в ЕТС. Право на подання такої цінової пропозиції виникає в учасника після отримання підтвердження про зарахування гарантійного внеску (та реєстраційного внеску, якщо лотом є майно банку) на рахунок оператора до закінчення кінцевого терміну прийняття заяв про участь / прийняття закритих цінових пропозицій, встановленого у відповідному оголошенні, та забезпечує можливість його участі в електронному аукціоні. Закрита цінова пропозиція не може бути нижчою за стартову ціну

Кроку аукціону - мінімальна надбавка, на яку в ході електронного аукціону (або на етапі подання закритих цінових пропозицій) може здійснюватися підвищення цінової пропозиції. Розмір мінімального кроку електронного аукціону визначається в рішенні банку про затвердження умов продажу активів / продажу або передачі в оренду майна (далі – рішення про затвердження умов) та для електронних аукціонів з продажу або передачі в оренду майна банку має складати від 1 до 10% від стартової ціни лота

Стартова ціна – вартість лоту або початковий розмір орендної плати за лот, що відображені в оголошенні

Учасник – юридична особа, в особі уповноваженого представника, яка є користувачем ЕТС, виявила намір прийняти участь в аукціоні, відповідає вимогам, встановленим цим Регламентом, законодавством та/або внутрішніми актами банку, сплатила гарантійний внесок (та реєстраційний внесок, якщо лотом є майно банку) пройшла процедуру реєстрації для участі в аукціоні відповідно до цього Регламенту, отримала відповідне підтвердження про реєстрацію та індивідуальний код учасника

Ціна продажу – фактична сума коштів, за які було продано лот, запропонована переможцем аукціону

Цінова пропозиція – сума коштів, намір та можливість сплати якої декларується учасником електронного аукціону

Валідна ставка - ставка, яка дорівнює стартовій ціні + розмір мінімального кроку або більша за розміром

Організатор аукціону - Фонд державного майна України або інший орган державної влади, суб’єкт господарювання державного сектору економіки, відносно якого Кабінетом Міністрів України прийнято рішення про визначення його суб’єктом управління активом;

Термінальний статус процедури - cancelled, unsuccessful, complete

Пул - сукупність активів щодо яких ухвалено судове рішення про застосування санкції, передбаченої пунктом 1¹ частини першої статті 4 Закону України “Про санкції”, та об'єднані в один лот, зокрема, підприємства та/або господарські товариства, єдині майнові комплекси або акції (частки) щодо яких ухвалено таке судове рішення, права вимоги, в тому числі до таких юридичних осіб; Пул - один айтем процедури

Процедура

Особливості процедури

Об'єктом продажу є пул активів
мінімальна кількість заяв для можливості успішного проведення аукціону за замовчуванням minNumberOfQualifiedBids = 1, але у Організатор присутня можливість при публікації процедури передати minNumberOfQualifiedBids =2.
1. Якщо заява тільки одна, то для викупу сума цінової пропозиції має бути не менше стартової ціни (просто стартова ціна, не стартова+крок)
2. У випадку проведення аукціону і наявності більше 1 учасника, переможна пропозиція під час МА має бути не менше стартова ціна + крок.
Учасники, які не стали переможцями, і попередньо при подачі заяви погодились на очікування, не можуть відмовитись від очікування (аварди в статусі pending_waiting не можуть відмовитись від очікування).
Аукціон:
- англійський аукціон
На перших порах відповідальність за публікацію ланцюжку процедур буде на організаторі. Є додаткові умови при публікацїі ланцюжку процедур.
В процедурі є додаткові умови продажу, буде додано поле saleCondition (можливі значення yes, no, notSpecified) різні варіації в ВП та МП
Скасування аукціону відбувається на будь-якому етапі
Якщо tenderAttempts = 1, то поле previousAuctionId не використовується.
Якщо tenderAttempts > 1 поле previousAuctionId використовується та є обов'язкове; АЛЕ на старті не обмежуємо ніяк через Regexp який саме має бути ID попередньої процедури (бо це може бути як SAE, так і SPE / SPD, BSE / BSD тощо. Таке може бути виходячи з того, що написано в нормативці
Для допуску дискваліфікованого учаснику до повторного аукціону потрібнен документ admissionReason - в нормативці прямо це не зазначено, але така можливість погоджена з Андрієм
Документи процедури, заяви на участь, аварда, контракта найбільш наближені до документів процедури великої приватизації
Якщо завершився будь-який з періодів етапу кваліфікації, ЦБД не робить автоматично ніяких змін в процедурі.

Механіка аукціону

Англійський аукціон

Опис класифікаторів та їх словників

Для даної процедури використовуємо класифікатори: один основний обовʼязковий (CAV) та додатковий необовʼязковий класифікатор (CVZU).

Основний класифікатор CAV (items[].classification)

- В процедурі використовується один основний (CAV) тадодатковий необовʼязковий класифікатор (CVZU).
  - Під час публікації процедури ЦБД приймає одне значення зі словника CAV для основного класифікатору (обов'язковий)
  - Передбачена можливість вказати декілька кодів CVZU. Необов'язковий додатковий класифікатор CVZU доступний для вказання в процедурах, де itemPropsType:
    - Земля (landProps)
    - ЄМК (jointPropertyComplex)

Необхідно додати валідацію на доступні CAV. Для вибору НЕДОСТУПНІ:

електронного аукціону

Валідна ставка - ставка, яка дорівнює стартовій ціні + розмір мінімального кроку або більша за розміром

Організатор аукціону - Фонд державного майна України або інший орган державної влади, суб’єкт господарювання державного сектору економіки, відносно якого Кабінетом Міністрів України прийнято рішення про визначення його суб’єктом управління активом;

Термінальний статус процедури - cancelled, unsuccessful, complete

Пул – сукупність активів, щодо яких ухвалено судове(-і) рішення про застосування санкції, передбаченої пунктом 1¹ частини першої статті 4 Закону України “Про санкції”, та які об’єднані в один лот в порядку, встановленому Фондом державного майна. До такого пулу можуть включатись акції, частки у статутному капіталі господарських товариств, майнові комплекси, права вимоги (у тому числі до зазначених юридичних осіб), а також нерухоме та рухоме майно;

Процедура

Особливості процедури

Об'єктом продажу є пул активів
Мінімальна кількість заяв для можливості успішного проведення аукціону за замовчуванням minNumberOfQualifiedBids = 1, але у Організатор присутня можливість при публікації процедури передати minNumberOfQualifiedBids =2.
1. Якщо заява тільки одна, то для викупу сума цінової пропозиції має бути не менше стартової ціни (просто стартова ціна, не стартова+крок)
2. У випадку проведення аукціону і наявності більше 1 учасника, переможна пропозиція під час МА має бути не менше ніж стартова ціна + крок.
Учасник, який не став переможцем (авард в статусі pending_waiting), не може відмовитись від очікування.
Аукціон:
- англійський аукціон
Процедура публікується з ланцюжка JSC.
В процедурі є додаткові умови продажу, буде додано поле saleCondition (можливі значення yes, no)
Наявність в аварді додаткового поля, що відповідає за підтвердження оплати awards.paymentReceived (true, false)
Скасування аукціону відбувається на будь-якому етапі
Процедури 2 та 3 повинні створюватися автоматично системою після завершення попередньої процедури в ланцюжку зі статусом unsuccessful
Для допуску дискваліфікованого учаснику до повторного аукціону потрібнен документ admissionReason - в нормативці прямо це не зазначено, але така можливість погоджена з Андрієм
Документи процедури, заяви на участь, аварда, контракта найбільш наближені до документів процедури великої приватизації
Якщо завершився будь-який з періодів етапу кваліфікації, ЦБД не робить автоматично ніяких змін в процедурі.

Опис класифікаторів та їх словників

Для даної процедури використовуємо класифікатори: один основний обовʼязковий (CAV) та додатковий необовʼязковий класифікатор (CVZU).

Основний класифікатор CAV (items[].classification)

- В процедурі використовується один основний (CAV) тадодатковий необовʼязковий класифікатор (CVZU).
  - Під час публікації процедури ЦБД приймає одне значення зі словника CAV для основного класифікатору (обов'язковий)
  - Передбачена можливість вказати декілька кодів CVZU. Необов'язковий додатковий класифікатор CVZU доступний для вказання в процедурах, де itemPropsType:
    - Земля (land)
    - ЄМК (jointPropertyComplex)

Необхідно додати валідацію на доступні CAV. Для вибору НЕДОСТУПНІ:

45000000-7 – Будівельні роботи та усі вкладені коди
48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди
50000000-5 – Послуги з ремонту і технічного обслуговування та усі вкладені коди
51000000-9 – Послуги зі встановлення (крім програмного забезпечення) та усі вкладені коди
55000000-0 – Готельні, ресторанні послуги та послуги з роздрібної торгівлі та усі вкладені коди
60000000-8 – Транспортні послуги (крім транспортування відходів) та усі вкладені коди
63000000-9 – Додаткові та допоміжні транспортні послуги; послуги туристичних агентств та усі вкладені коди
45000000-7 – Будівельні роботи та усі вкладені коди
48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди
50000000-5 – Послуги з ремонту і технічного обслуговування та усі вкладені коди
51000000-9 – Послуги зі встановлення (крім програмного забезпечення) та усі вкладені коди
55000000-0 – Готельні, ресторанні послуги та послуги з роздрібної торгівлі та усі вкладені коди
60000000-8 – Транспортні послуги (крім транспортування відходів) та усі вкладені коди
63000000-9 – Додаткові та допоміжні транспортні послуги; послуги туристичних агентств та усі вкладені коди
64000000-6 – Поштові та телекомунікаційні послуги та усі вкладені коди
65000000-3 – Комунальні послуги та усі вкладені коди
66000000-0 – Фінансові та страхові послуги та усі вкладені коди
71000000-8 – Архітектурні, будівельні, інженерні та інспекційні послуги та усі вкладені коди
72000000-5 – Послуги у сфері інформаційних технологій: консультування, розробка програмного забезпечення, послуги мережі Інтернет і послуги з підтримки та усі вкладені коди
73000000-2 – Послуги у сфері НДДКР та пов’язані консультаційні послуги та усі вкладені коди
75000000-6 – Адміністративні, оборонні послуги та послуги у сфері соціального захисту та усі вкладені коди
76000000-3 – Послуги, пов’язані з нафтогазовою промисловістю та усі вкладені коди
77000000-0 – Послуги у сфері сільського господарства, лісівництва, рослинництва, водного господарства та бджільництва та усі вкладені коди
79000000-4 – Ділові послуги: юридичні, маркетингові, консультаційні, кадрові, поліграфічні та охоронні та усі вкладені коди
80000000-4 – Послуги у сфері освіти та навчання та усі вкладені коди
85000000-9 – Послуги у сфері охорони здоров’я та соціальної допомоги та усі вкладені коди
90000000-7 – Послуги у сферах поводження зі стічними водами та сміттям, послуги у сферах санітарії та охорони довкілля та усі вкладені коди
92000000-1 – Послуги у сфері відпочинку, культури та спорту та усі вкладені коди
98000000-3 – Інші громадські, соціальні та особисті послуги та усі вкладені коди

Автогенерація як в мп?

Ендпоінти з класифікаторами:

Статуси процедури

В залежності від обраного значення із переліку основного класифікатора (Classification), ЦБД автогенерує значення для Типу активу (itemType), для інших значень основного класифікатора, що не зазначені нижче ЦБД нічого не автогенерує:

04000000-8 – Нерухоме майно та усі вкладені коди - asset (Майно)
05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - asset (Майно)
06000000-2 – Земельні ділянки та усі вкладені коди - asset (Майно)
16000000-5 – Сільськогосподарська техніка та усі вкладені коди - asset (Майно)
30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди - asset (Майно)
32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди - asset (Майно)
34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - asset (Майно)
39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди - asset (Майно)
42000000-6 – Промислова техніка та усі вкладені коди - asset (Майно)
07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди - claimRights (Права вимоги)
08000000-6 – Корпоративні права та усі вкладені коди - claimRights (Права вимоги)

В залежності від обраного значення із переліку основного класифікатора (Classification), ЦБД визначає, за необхідності, відповідну itemProps схему, для інших значень основного класифікатора, що не зазначені нижче, ЦБД нічого не автогенерує:

04000000-8 – Нерухоме майно та усі вкладені коди - base.RealEstateProps
05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - base.JointPropertyComplexProps
06000000-2 – Земельні ділянки та усі вкладені коди - base.LandProps
34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - base.VehicleProps
07121000-3 – Застава - Нерухоме майно - base.RealEstateProps
07122000-0 – Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства - base.JointPropertyComplexProps
07123000-7 – Застава - Земельні ділянки - base.LandProps
07126000-8 – Застава - Транспортне обладнання та допоміжне приладдя до нього - base.VehicleProps
07221000-4 – Застава - Нерухоме майно - base.RealEstateProps
07222000-1 – Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства - base.JointPropertyComplexProps
07223000-8 – Застава - Земельні ділянки - base.LandProps
07226000-9 – Застава - Транспортне обладнання та допоміжне приладдя до нього - base.VehicleProps

В залежності від обраного значення із переліку основного класифікатора (Classification), на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті basicSell.Item. Для наступних значень поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення:

07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди
08000000-6 – Корпоративні права та усі вкладені коди

В залежності від обраного значення із переліку основного класифікатора (Classification), на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті basicSell.Item. Для наступних значень поле Географічні координати місця розташування ОБОВ'ЯЗКОВЕ для заповнення:

04000000-8 – Нерухоме майно та усі вкладені коди

Ендпоінти з класифікаторами:

Timeline процедури

Embed draw.io Diagram


diagramName	Timeline процедури santionedAssets-english ЦБД-3
includedDiagram	1
width	1291
pageId	270204975

Статуси процедури

draw.io Diagram

border	true

diagramName	SAE_procedure_diagram
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	786
revision	6

Технічна назва

Бізнесова назва

Перехід з

За умови

Коментар

active_tendering

Прийняття заяв на участь

В момент публікації процедури в ЦБД

Автоматично.

За умови наявності мастер-об'єкту JSC.

У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус active_tendering

active_auction

Аукціон

active_tendering

Автоматично.

Завершився період Прийняття заяв на участь і протягом періоду прийшло мінімум 2 учасники

Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate.

В момент tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв на участь і якщо:

minNumberOfQualifiedBids == 1
- Прийшов один бід: ЦБД змінює статус процедури з active_tendering → active_qualification
- Прийшли більше 1 біда: ЦБД змінює статус процедури з active_tendering → active_auction
minNumberOfQualifiedBids == 2
- Прийшов один бід: ЦБД змінює статус процедури з active_tendering на unsuccessful
- Прийшли більше 1 біда → ЦБД змінює статус процедури з active_tendering на active_auction

...

АБО

active_qualification

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
active_tendering	Прийняття заяв на участь	В момент публікації процедури в ЦБД	Автоматично. Заповнені всі обовʼязкові поля для створення процедури в ЦБД	Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус active_tendering
active_auction	Аукціон	active_tendering	Автоматично. Завершився період Прийняття заяв на участь і протягом періоду прийшло мінімум 2 учасники	Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate. В момент tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв на участь і якщо: minNumberOfQualifiedBids == 1 Прийшов один бід: ЦБД змінює статус процедури з active_tendering → active_qualification Прийшли більше 1 біда: ЦБД змінює статус процедури з active_tendering → active_auction minNumberOfQualifiedBids == 2 Прийшов один бід: ЦБД змінює статус процедури з active_tendering на unsuccessful Прийшли більше 1 біда → ЦБД змінює статус процедури з active_tendering на active_auction
active_qualification	Очікується підписання протоколу	active_tendering АБО active_auction АБО pending_payment АБО active_awarded	Автоматично. Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана лише 1 заява на участь (при умові minNumberOfQualifiedBids=1) АБО Автоматично. Завершилась робота Модуля аукціону (auctionPeriod.endDate) АБО Автоматично. Організатор дискваліфікував Переможця до оплати. АБО Автоматично. Організатор дискваліфікував Переможця після оплати, до підписання Договору.	Після завершення періоду подання пропозицій (tenderPeriod), за умови 1-ї заяви на участь (minNumberOfQualifiedBid=1) АБО По завершенню періоду аукціону (auctionPeriod), за умови 2-х та більше заяв на участь - ЦБД змінює статус процедури на “Очікується підписання протоколу” ( → active_qualification) ЦБД автоматично створює awards[] awards[0].status: pending awards[1].status: pending_waiting
pending_payment	Очікується оплата	active_qualification	Ручна дія. Організатор завантажив підписаний протокол та натиснув кнопку на інтерфейсі майданчика "Протокол затверджено"	Організатор має завантажити підписаний протокол. Організатор завантажує підписаний протокол та натискає кнопку "Протокол затверджено". Після цієї дії відбувається наступне: ЦБД змінює статус процедури на "Очікується оплата" (→ pending_payment) ЦБД змінює статус Переможця awards[0].status: pending_payment Інші аварди лишаються в статусі pending_waiting
active_awarded	Очікується підписання договору	pending_payment	Автоматично. При зміні Організатором статусу award: pending → active (Переможець виконав оплату)	Після оплати за лот Учасником Організатор натискає кнопку “Підтвердити оплату”: статус award’у змінюється на “Переможець” (active) статус процедури змінюється на “Очікується підписання договору” (active_awarded) Аварди учасників, що очікують, все ще лишаються в статусі pending_waiting Тобто статус процедури змінюється на active_awarded автоматично після того, як організатор змінює статус аварда на active (після оплати) ЦБД автоматично створює contracts[0] у статусі pending для Переможця, який отримав Awards[0] у статусі active
complete	Аукціон завершено. Договір підписано	active_awarded	Ручна дія. Організатор надсилає запит на зміну статусі Процедури: active_awarded → complete	Термінальний статус. Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано”
unsuccessful	Аукціон не відбувся	active_tendering АБО active_auction АБО active_qualification АБО pending_payment АБО active_awarded	Автоматично. Якщо протягом tenderPeriod немає жодної поданої заяви Якщо протягом tenderPeriod кількість поданих заяв на участь менше за встановлене Організатором значення minNumberOfQualifiedBids Якщо за результатами періоду аукціону (auctionPeriod), немає жодної валідної ставки. Валідна ставка >= сума стартової ціни лота + крок аукціону Якщо в рамках кваліфікації Організатор дискваліфікував усіх учасників з award`ами в статусі active	Термінальний статус.
cancelled	Аукціон скасовано
active_qualification	Очікується опублікування протоколу
active_tendering АБО active_auction
АБО pending_payment АБО active_awarded
Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно: Завантажити документ в cancellations[].documents з documentType: cancellationDetails Вказати причину скасування (cancellations.reason) Вказати дату прийняття рішення про скасування (cancellations.datePublished) Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → cancelled	Термінальний статус.

Періоди процедури

Всі періоди генеруються ЦБД автоматично і залежать від конфігу - Посилання на конфігураційний файл з періодами та статусами - оновити посилання після його готовності

...

Технічна назва

...

Статус процедури

...

Бізнесова назва

...

Дата початку

...

Дата завершення

...

Результат завершення

...

Коментар

...

Дата та час публікації процедури в ЦБД.

...

Може припадати на неробочий день

Триває 48 годин з дати публікації процедури (tenderPeriod.startDate)

...

Редагування полів процедури після завершення періоду процедури більше недоступне

...

Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД

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

У випадку редагування полів процедури (крім документів), активні біди мають деактивуватись.

...

Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день

...

Точний час визначає ЦБД. Це день, що передує дню початку періоду аукціону auctionPeriod.startDate. Проміжок часу: з 19:30 по 20:30.

(може припадати на НЕробочий день)

Мінімально можливий tenderPeriod = 14 повних календарних днів з наступного дня після публікації процедури

Статус процедури змінюється автоматично:

active_tendering → active_auction

...

Період "Період подання пропозицій" починється одразу, як тільки відбувається публікація процедури в ЦБД

Протягом періоду:

Учасники можуть подавати свої заяви на участь, редагувати їх, додавати і замінювати документи в Біді. Можуть скасувати свою заяву.
Організатору доступна робота з документами процедури: додавання/заміна. Може скасувати аукціон до його початку.

...

Припадає тільки на робочі дні.

За 1 р.д. до початку аукціону о 18:00.

...

Припадає тільки на робочі дні.

За 1 р.д. до початку аукціону о 18:00.

...

Завжди припадає на робочий день.

Дата вказується організатором при публікації процедури.
Точний час початку визначається ЦБД (діапазон з 9:30 - 10:00)

До речі, в нормативці отакий є абзац:

Електронна торгова система забезпечує можливість встановлення початку проведення електронного аукціону протягом робочого часу (понеділок - п’ятниця з 9 до 18 години), крім вихідних, святкових та неробочих днів.

...

Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день

...

Статус процедури змінюється автоматично:

active_auction → active_qualification

active_auction → unsuccessful

Статус процедури змінюється Організатором:

active_auction → cancelled

...

auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate

qualificationPeriod

...

При відсутності auctionPeriod та наявності лише 1ї заявки:

qualificationPeriod.startDate == auctionPeriod.startDate

При наявності auctionPeriod:

qualificationPeriod.startDate == auctionPeriod.endDate

...

Не може припадати на НЕробочий день. -

qualificationPeriod.endDate == qualificationPeriod.startDate + 30 р.д. + 10 р.д. о 18:00

...

На рівні ЦБД: відсутній

На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації.

...

Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь,

Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).

Функціонал Організатора:
- Скасування аукціон
- Дискваліфікація переможця
Функціонал Учасника:
- Відсутній.

Автоматично.

Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана лише 1 заява на участь (при умові minNumberOfQualifiedBids=1)

АБО

Автоматично.

Завершилась робота Модуля аукціону (auctionPeriod.endDate)

АБО

Автоматично.

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

АБО

Автоматично.

Організатор дискваліфікував Переможця після оплати, до підписання Договору.

Після завершення періоду подання пропозицій (tenderPeriod), за умови 1-ї заяви на участь (minNumberOfQualifiedBid=1)

АБО

По завершенню періоду аукціону (auctionPeriod), за умови 2-х та більше заяв на участь -

ЦБД змінює статус процедури на “Очікується опублікування протоколу” ( → active_qualification)
ЦБД автоматично створює awards[]
- awards[0].status: pending
- awards[1].status: pending_waiting

pending_payment

Очікується оплата

active_qualification

Ручна дія.

Організатор завантажив підписаний протокол та натиснув кнопку на інтерфейсі майданчика "Протокол затверджено"

Організатор завантажує підписаний протокол та натискає кнопку "Протокол затверджено". Після цієї дії відбувається наступне:

ЦБД змінює статус процедури на "Очікується оплата" (→ pending_payment)
ЦБД змінює статус Переможця
- awards[0].status: pending_payment
- Інший авард (awards[1] лишається в статусі pending_waiting).

active_awarded

Очікується підписання договору

pending_payment

Автоматично.

При зміні Організатором статусу award: pending_payment → active

(Переможець виконав оплату)

Після оплати за лот Учасником Організатор

Має змінити значення поля award.paymentReceived на true, натиснувши кнопку "Підтвердити оплату".
Натиснути кнопку “Підтвердити переможця”, після якої відбувається зміна статусу award’у на “Переможець”. Ця зміна статусу відбувається за допомогою окремого запиту (pending_payment → active). Зміна статусу буде успішною лише за умови award.paymentReceived == true (на ЦБД присутня валідація на це).

Аварди учасників, що очікують, все ще лишаються в статусі pending_waiting

Статус процедури змінюється на active_awarded автоматично після того, як організатор змінює статус аварда на active (після оплати)

ЦБД автоматично створює contracts[0] у статусі pending для Переможця, який отримав award у статусі active

complete

Аукціон завершено. Договір підписано

active_awarded

Ручна дія.

Організатор надсилає запит на зміну статусі Процедури: active_awarded → complete

Термінальний статус.

Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”.

Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано”.

Якщо аукціон завершено зі статусом complete, відсутнє подальше формування наступних процедур ланцюжку.

unsuccessful

Аукціон не відбувся

active_tendering

АБО

active_auction

АБО

active_qualification

АБО

pending_payment

АБО

active_awarded

Автоматично.

Якщо протягом tenderPeriod немає жодної поданої заяви
Якщо протягом tenderPeriod кількість поданих заяв на участь менше за встановлене Організатором значення minNumberOfQualifiedBids
Якщо за результатами періоду аукціону (auctionPeriod), немає жодної валідної ставки. Валідна ставка >= сума стартової ціни лота + крок аукціону
Якщо в рамках кваліфікації Організатор дискваліфікував усіх учасників з award`ами в статусі active

Термінальний статус для поточної процедури.

У разі набуття цього статусу 1 або 2 процедури в ланцюжку (tenderAttempts = 1 або 2), формується наступна процедура в ланцюжку з tenderAttempts = 2 або 3.

cancelled

Аукціон скасовано

active_tendering

АБО

active_auction

АБО

active_qualification

АБО

pending_payment

АБО

active_awarded

Ручна дія.

Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури.

Для скасування процедури, Організатору необхідно:

Завантажити документ в cancellations[].documents з documentType: cancellationDetails
Вказати причину скасування (cancellations.reason)
Вказати дату прийняття рішення про скасування (cancellations.datePublished)

Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → cancelled

Термінальний статус.

Якщо аукціон завершено зі статусом cancelled, відсутнє подальше формування наступних процедур ланцюжку.

Періоди процедури

Всі періоди генеруються ЦБД автоматично і залежать від конфігу - Посилання на конфігураційний файл з періодами та статусами - оновити посилання після його готовності

Технічна назва	Статус процедури	Бізнесова назва	Дата початку	Дата завершення	Результат завершення	Коментар
rectificationPeriod	active_tendering	Період редагування	Дата та час публікації процедури в ЦБД.	Може припадати на неробочий день Триває 48 годин з дати публікації процедури (tenderPeriod.startDate)	Редагування полів процедури після завершення періоду процедури більше недоступне	Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД Організатору доступно редагування полів процедури та робота з документами процедури додавання/заміна. У випадку редагування полів процедури (крім документів), активні біди мають деактивуватись.
tenderPeriod	active_tendering	Період подання пропозицій	Дата та час публікації процедури в ЦБД. Може припадати на неробочий день	Це день, що передує дню початку періоду аукціону auctionPeriod.startDate. Завершується о 20:00. (може припадати на НЕробочий день) Мінімально можливий tenderPeriod = 19 повних календарних днів з наступного дня після публікації процедури	Статус процедури змінюється автоматично: active_tendering → active_auction	Період "Період подання пропозицій" починється одразу, як тільки відбувається публікація процедури в ЦБД Протягом періоду: Учасники можуть подавати свої заяви на участь, редагувати їх, додавати і замінювати документи в Біді. Можуть скасувати свою заяву. Організатору доступна робота з документами процедури: додавання/заміна. Може скасувати аукціон до його початку.
questionPeriod	active_tendering	Період запитань		Припадає тільки на робочі дні. За 1 р.д. до початку аукціону о 18:00.
enquiryPeriod	active_tendering	Період відповідей		Припадає тільки на робочі дні. За 1 р.д. до початку аукціону о 18:00.
auctionPeriod	active_auction	Аукціон	Завжди припадає на робочий день. Дата вказується організатором при публікації процедури. Точний час початку визначається ЦБД (діапазон з 11:00 - 13:00)	Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день	Статус процедури змінюється автоматично: active_auction → active_qualification active_auction → unsuccessful Статус процедури змінюється Організатором: active_auction → cancelled	auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate
qualificationPeriod	active_qualification pending_payment active_awarded	Період кваліфікації	При відсутності auctionPeriod та наявності лише 1ї заявки: qualificationPeriod.startDate == auctionPeriod.startDate При наявності auctionPeriod: qualificationPeriod.startDate == auctionPeriod.endDate	Може припадати на НЕробочий день. - qualificationPeriod.endDate == qualificationPeriod.startDate + 30 р.д. + 10 к.д. о 18:00	На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації.	Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника). Функціонал Організатора: Скасування аукціон Дискваліфікація переможця Функціонал Учасника: Відсутній.

Info

title	Вимоги до майданчиків

Наведена нижче логіка не буде актуальною після релізу ланцюжків. Після реалізації ланцюжків наступні процедури будуть сторюватись автоматично.

В даній процедурі присутні додаткові умови тривалості tenderPeriod в залежності від стартової вартості та tenderAttempts.

На ЦБД буде присутня валідація лише на мінімальний термін тривалості tenderPeriod в 19 днів (тобто найближча дата проведення аукціону (auctionPeriod.startDate) може бути на 20 день від дати створення процедури). Майданчик зі своєї сторони має реалізувати валідацію на проміжок, в який може бути призначено дату початку аукціону (auctionPeriod.startDate) за наступною логікою:

~~Якщо tenderAttempts = 1~~
ТА
~~value.amount < 250 000 000 (двісті п'ятдесят мільйонів)~~
ТО
Необхідно відобразити організатору часовий проміжок, коли можна обрати дату початку аукціону (auctionPeriod.startDate). Мінімальна дата початку - на 25 КД, максимальна - на 35 КД.
~~Якщо tenderAttempts = 1~~
ТА
~~value.amount >= 250 000 000 (двісті п'ятдесят мільйонів)~~
ТО
Необхідно відобразити організатору часовий проміжок, коли можна обрати дату початку аукціону (auctionPeriod.startDate). Мінімальна дата початку - на 60 КД, максимальна - на 90 КД
~~Якщо tenderAttempts > 1~~
ТА
~~value.amount < 250 000 000 (двісті п'ятдесят мільйонів)~~
ТО
Необхідно відобразити організатору часовий проміжок, коли можна обрати дату початку аукціону (auctionPeriod.startDate). Мінімальна дата початку - на 20 КД, максимальна - на 35 КД
~~Якщо tenderAttempts > 1~~
ТА
~~value.amount >= 250 000 000 (двісті п'ятдесят мільйонів)~~
ТО
Необхідно відобразити організатору часовий проміжок, коли можна обрати дату початку аукціону (auctionPeriod.startDate). Мінімальна дата початку - на 30 КД, максимальна - на 90 КД

~~При цьому дата початку аукціону не може припадати на святковий чи вихідний день!~~

Info

title	Вимоги до майданчиків

Оператор електронного майданчика, через якого переможець електронного аукціону набув право на участь в електронному аукціоні, підписує протокол про результати електронного аукціону та надсилає його до організатора аукціону протягом чотирьох робочих днів з дня, наступного за днем його формування (у разі, коли електронний аукціон відбувся).

Документи процедури

documentType	Назва УКР	Назва АНГЛ	Опис	Обовʼязковість	Публічність
illustration	Ілюстрація	Illustration	Зображення, що можуть додаватися Організатором до оголошення	ні	так
technicalSpecifications	Копії документів та матеріалів на лот	Technical specifications	Детальна інформація про лот	ні	так
evaluationCriteria	Кваліфікаційні вимоги	Evaluation criteria	Інформація про те, як будуть оцінюватись цінові пропозиції учасників	ні	так
contractProforma	Типова форма договору	Contract proforma	Шаблон договору купівлі-продажу	ні	так
x_presentation	Презентація	Presentation	Презентація	ні	так
clarifications	Погодження змін до опису лоту. Опис причин редагування	Clarifications	Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження протягом rectificationPeriod.	ні (при редагуванні організатор може опціонально завантажити даний документ)	так
digitalSignature	Цифровий підпис	Digital signature	Цифровий підпис (Особливості роботи із цифровим підписом)	ні	так

Заява на участь

Статуси заяви на участь

draw.io Diagram

border	true

diagramName	SAE_bids_statuses
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	669
revision	43

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
draft	Чернетка заяви	момент публікації заявки в ЦБД	Ручна дія. Учасник надсилає запит на публікацію Bid-а	Публікація заяви на участь доступна тільки протягом tenderPeriod Мають бути заповнені поля: value bidders Майданчик Учасника робить POST запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).
active	Підтверджена заява	draft inactive	Ручна дія. Учасник надсилає запит на зміну статуса Bid-а	Активувати заяву на участь є можливість тільки протягом tenderPeriod. Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (draft, inactive→ active) та вважається Опублікованою.
inactive	Деактивована заява	draft active	Автоматична дія. Учасник має можливість: активувати заяву на участь (вперше, або повторно) видалити свою заяву на участь	У разі редагування Організатором процедури (поля або документи), заяви на участь (у статусах draft та/або active) автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або видалити за бажанням учасника.
deleted	Видалена заява	draft active inactive	Ручна дія. Учасник надсилає запит на зміну статуса Bid-а АБО Автоматична дія. Організатор скасовує процедуру до завершення МА	У разі видалення (анулювання) заяви на участь учасником вона набуває статус “Видалена заява” (deleted). Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod

Документи заяви на участь

documentType	Назва Укр	Назва Англ	Обовʼязковість для публікації	Публічність
x_passport	Копія паспорта або документа, що посвідчує особу	Passport or identity document	ні	ні
fonds	Інформація про джерела походження коштів для придбання об'єкта	Information on the sources of funds for the purchase of an object	ні	так
x_tenderersRegisterExtract	Витяг з ЄДРПОУ або копія документа про реєстрацію у державі її місцезнаходження	Register extract	ні	так
x_ultimateBeneficiaryInfo	Інформація про кінцевого бенефіціарного власника або інформація про відсутність кінцевого бенефіціарного власника і про причину його відсутності	Ultimate beneficiary information	ні	так
financialStatements	Остання річна або квартальна фінансова звітність	Financial statements	ні	так
propertyStatus	Документ про майновий

Info

title	Вимоги до майданчиків

В даній процедурі присутні додаткові умови тривалості tenderPeriod в залежності від стартової вартості та номера аукціона в ланцюжку.

На ЦБД буде присутня валідація лише на мінімальний термін тривалості tenderPeriod в 14 днів. Зі сторони майданчика необхідно реалізувати наступну логіку:

Якщо tenderAttempts = 1
ТА
value.amount < 250 000 000 (двісті п'ятдесят мільйонів)
ТО
Необхідно відобразити організатору мінімально та максимально доступний tenderPeriod для вибору. Мінімальний - 24 КД, максимальний - 34 КД
Якщо tenderAttempts = 1
ТА
value.amount >= 250 000 000 (двісті п'ятдесят мільйонів)
Необхідно відобразити організатору мінімально та максимально доступний tenderPeriod для вибору. Мінімальний - 59 КД, максимальний - 89 КД
Якщо tenderAttempts > 1
ТА
value.amount < 250 000 000 (двісті п'ятдесят мільйонів)
ТО
Необхідно відобразити організатору мінімально та максимально доступний tenderPeriod для вибору. Мінімальний - 14 КД, максимальний - 19 КД
Якщо tenderAttempts > 1
ТА
value.amount >= 250 000 000 (двісті п'ятдесят мільйонів)
Необхідно відобразити організатору мінімально та максимально доступний tenderPeriod для вибору. Мінімальний - 29 КД, максимальний - 59 КД

Info

title	Вимоги до майданчиків

Оператор електронного майданчика, через якого переможець електронного аукціону набув право на участь в електронному аукціоні, підписує протокол про результати електронного аукціону та надсилає його до організатора аукціону протягом чотирьох робочих днів з дня, наступного за днем його формування (у разі, коли електронний аукціон відбувся).

Документи процедури

...

illustration

...

Ілюстрація

...

ні

...

technicalSpecifications

...

evaluationCriteria

...

contractProforma

...

x_presentation

...

clarifications

...

Опис причин редагування

...

Цифровий підпис

(Особливості роботи із цифровим підписом)

...

Заява на участь

Статуси заяви на участь

...

Технічна назва

...

Бізнесова назва

...

Перехід з

...

За умови

...

Коментар

...

Ручна дія.

Учасник надсилає запит на публікацію Bid-а

...

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

Мають бути заповнені поля:

value
bidders

Майданчик Учасника робить POST запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).

...

draft

inactive

...

Ручна дія.

Учасник надсилає запит на зміну статуса Bid-а

...

Активувати заяву на участь є можливість тільки протягом tenderPeriod.

Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (draft, inactive→ active) та вважається Опублікованою.

...

inactive

...

draft

active

...

Автоматична дія.

Учасник має можливість:

активувати заяву на участь (вперше, або повторно)
видалити свою заяву на участь

...

У разі редагування Організатором процедури (поля або документи), заяви на участь (у статусах draft та/або active) автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або видалити за бажанням учасника.

...

draft

active

inactive

...

Ручна дія.

Учасник надсилає запит на зміну статуса Bid-а

АБО

Автоматична дія.

Організатор скасовує процедуру до початку МА

...

У разі видалення (анулювання) заяви на участь учасником вона набуває статус “Видалена заява” (deleted).

Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod

Документи заяви на участь

documentType	Назва Укр	Назва Англ	Обовʼязковість для публікації	Публічність
x_passport	Копія паспорта або документа, що посвідчує особу	Passport or identity document	ні	ні
fonds	Інформація про джерела походження коштів для придбання об'єкта великої приватизації	Information on the sources of funds for the purchase of a large-scale privatization object	ні	так
x_tenderersRegisterExtract	Витяг з ЄДРПОУ або копія документа про реєстрацію у державі її місцезнаходження	Register extract	ні	так
x_ultimateBeneficiaryInfo	Інформація про кінцевого бенефіціарного власника або інформація про відсутність кінцевого бенефіціарного власника і про причину його відсутності	Ultimate beneficiary information	ні	так
financialStatements	Остання річна або квартальна фінансова звітність	Financial statements	ні	так
propertyStatus	Документ про майновий стан і доходи	Document on property status and income issued	ні	так
writtenConsent	Письмова згода потенційного покупця щодо взяття на себе зобов'язань, визначених умовами продажу	Written consent with commitments	ні	так
commercialProposal	Заява на участь	Commercial proposal	ні	так
x_guaranteeApproval	Документ, що підтверджує сплату гарантійного внеску	Guarantee fee approval	ні	так
x_registrationFeeApproval	Документ, що підтверджує сплату реєстраційного внеску	Registration fee approval	ні	так
admissionReason	Підстави для допуску дискваліфікованого учасника	Reasons for admission for previously disqualified	ні	так	/ так, якщо учасника попередньо було дискваліфіковано	так
auctionProtocol	Протокол аукціону	Auction protocol	ні	так
digitalSignature	Цифровий підпис	Digital signature	ні	Набуває значення документу з яким позв'язаний

...

Статуси учасників на етапі кваліфікації (awards)

Схема статусів якщо 1 заява на участь

Embed draw.io Diagram


diagramName	SAE_awards_1bid
includedDiagram	1
width	481
pageId	279773210

Схема статусів якщо 2 та більше заяви на участь

Embed draw.io Diagram


diagramName	SAE_award_Status_2bid
includedDiagram	1
width	797
pageId	279773234

Award’и формуються на ЦБД автоматично після заверешення аукціону, або за умови наявності одного учасника, одразу після завершення tenderPeriod

...

один у статусі "Очікується оплатапротокол" - pending (10-й award)
інші в статусі "Очікується рішення" - pending_waiting (2й 1й award)

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
pending	Очікується протокол	МА (переможець) АБО pending_waiting	Автоматично: Присвоюється переможцю під час генерації авардів (1-й award) АБО Автоматично: Присвоюється наступному за величиною ставки після дискваліфікації переможця	Організатор має можливість: Завантаження протоколу (обв'язкова дія - з можливістю замінити протокол) Дискваліфікація учасника Учасник має можливість: Завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити протокол) Технічно учасник завантажує протокол тільки в свій Бід
pending_waiting	Очікується рішення	МА (учасник з другою , третьою і четвертою за розміром валідною ставкою)	Автоматично. Присвоюється наступним наступному після переможця учасникам учаснику під час генерації аварді авардів	Статус pending_waiting автоматично присвоюється наступним, наступному після переможця за величиною ставки , учасникам учаснику під час генерації авардів. Кількість авардів в В статусі pending_waiting залежить від кількості учасників, які подали валідні може бути тільки один авард. Це авард учасника, який подав валідну (валідні = стартова ціна + крок) ставки протягом tenderPeriod і аукціону.
pending_payment	Очікується оплата	pending	АвтоматичноРучна дія. Присвоюється після завантаження організатором підписаного протоколу та натисканням організатором кнопки "Підтвердити протокол".	Організатор має можливість: Переведення статусу учасника до наступного статусу "Переможець. Очікується договір" (дія є обов'язковою, організатор має натиснути кнопку "Підтвердити оплату"). Дискваліфікація учасника
active	Переможець. Очікується договір	pending_payment	Ручна дія. Організатор підтверджує оплату і змінює статус award pending_payment → active	Організатор має можливість: Завантаження договору (з можливістю замінити); Дискваліфікація учасника (до завершення аукціону); Завершення аукціону.
cancelled	Учасник не став переможцем	pending_waiting	Автоматично. Процедура набула термінального статусу complete та учасники, які мають статус pending_waiting → cancelled	Термінальний статус.
unsuccessful	Дискваліфіковано	pending АБО active АБО pending_payment	Ручна дія. Організатор дискваліфікує переможця і надсилає запит на зміну award.status: pending/pending_payment→ unsuccessful Організатор не підписує договір з переможцем і надсилає запит на зміну award.status: active → unsuccessful	Термінальний статус. 1. pending → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника - зробити словник!!! 2. pending_payment → unsuccessful ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника 3. active → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника При цьому contracts автоматично змінить свій статус на cancelled

...

Технічна назва	Бізнесова назва	Дата початку	Дата завершення	Результат завершення	Коментар
awards.verificationPeriod	Період підписання опублікування протоколу	В момент набуття Авардом статуса pending	verificationPeriod.endDate ==verificationPeriod.startDate + 10 15 р.д. 18:00	На рівні ЦБД: відсутній	Період формується в Аварді з моменту набуття Авардом статусу pending
awards.paymentPeriod	Період оплати	В момент набуття Авардом статуса pending	paymentPeriod.endDate == paymentPeriod.startDate + 25 р.д. 18:00	На рівні ЦБД: відсутній	Період формується в Аварді з моменту набуття Авардом статусу pending
awards.signaturePeriod	Період підписання договору	В момент набуття Авардом статуса pending	signaturePeriod.endDate == signaturePeriod.startDate + 30 р.д. 18:00	На рівні ЦБД: відсутній	Період формується в Аварді з моменту набуття Авардом статусу pending
awards.signingPeriod	Період підписання опублікування договору	В момент набуття Авардом статуса pending	signingPeriod.endDate == signingPeriod.startDate + 30 р.д. + 10 к.д. 18:00	На рівні ЦБД: відсутній	Період формується в Аварді з моменту набуття Авардом статусу pending

...

documentType	Назва Українською	Назва Англійською	Опис	Обовʼязковіть	Публічність
rejectionProtocol	Документ, що підтверджує дискваліфікацію	Rejection protocol	Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором;	Так Для зміни awards.status: pending → unsuccessful	Так
auctionProtocol	Протокол аукціону	Auction protocol	Протокол аукціону, завантажується організаторомНі	Так Для зміни awards.status: pending → pending_payment	Так
act	Документ, що підтверджує відмову	Refusal act	Завантажується у разі дискваліфікації учасника (окремо зазначається причина: відмова Переможцем підписувати договір/протокол), за умови прийняття рішення Учасником. Документ має бути можливість завантажити у Організатора та у Переможця. Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending, має бути завантажено хоча б один документ з documentType: act В поле terminationReason аварду записується причина із довідника - поміняти посилання Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful	Так Для зміни awards.status: pending → unsuccessful	Так
digitalSignature	Цифровий підпис	Digital signature		Ні	Набуває значення документу з яким позв'язаний

...

ЦБД формує contracts[] для Переможця у статусі contracts.status = pending ТІЛЬКИ після переходу аварду переможця в статус active

Публікація протоколу

Після завершення роботи МА або За умови наявності лише однієї заяви на участь (minNumberOfQualifiedBids=1) ЦБД переводить статус процедури в active_qualification.

Організатор завантажити підписаний протокол протягом

...

15 робочих днів з дня, наступного за днем формування протоколу.

Функціонал, доступний організатору ДО ПІДТВЕРДЖЕННЯ протоколу:

Робота із протоколом (завантаження, заміна);
Можливість скасувати електронний аукціон (можливо до переходу процедури в термінальний статус);
Можливість завантажувати нові документи в award у всіх нетермінальних статусах;
Дискваліфікація переможця.

...

Award переможця отримав статус pending_payment.

Результатом "Підтвердження оплати" є:

Award.status: pending → active
Procedure.status: pending_payment → active_awarded
Створюється сутність контракту з Contract.status в статусі pending

Вимоги до майданчиків - конпка підтвіердити оплату

Дискваліфікація Учасника

Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується оплата" pending або “Переможець” active pending_payment

дописати про логіку якщо є pending_waiting

Щоб дискваліфікувати учасника Організатор повинен:

Завантажити документ, що підтверджує дискваліфікацію (documentType: rejectionProtocol) або/та документ, що підтверджує відмову (documentType:act)
Обрати причину дискваліфікації (dict: terminationReason) - словник!
Натиснути кнопку “Дискваліфікувати”

Внаслідок виконання даної дії статус award'у учасника змінюється на unsuccessful, якщо для даного award'у був створений contract, статус contract’у змінюється на cancelled.

Вказана причина дискваліфікації, а також статус учасника, повинні відображатися на майданчику

Перелік причин дискваліфікації terminationReason:

не відповідає вимогам статті 8 Закону України “Про приватизацію державного і комунального майна”, крім пунктів 1-3;
не подав документи або відомості, обов’язкове подання яких передбачено цим Порядком;
подав неправдиві відомості про себе; -
```
Свідомо надав неправдиву інформацію
```
відмовився від підписання протоколу про результати електронного аукціону або договору купівлі-продажу щодо того самого активу, що підтверджується відповідним актом;
```
Відмовився від підписання договору/протоколу
```
не сплатив ціну реалізації активу у строк, встановлений цим Порядком, щодо того самого активу, що підтверджується відповідним актом
```
Повна оплата коштів за лот не здійснена в строк/відмовився від оплати
```

В авард буде додано нове булеве поле paymentReceived (true, false). За замовченням формується зі значенням false. Дане поле явно вказує на підтвердження оплати учасником. Спочатку організатор організатор змінює значення поля award.paymentReceived на true), натиснувши кнопку "Підтвердити оплату". Ця дія є незворотньою (організатор не може змінити значення з true на false). Наступним кроком організатор має натиснути кнопку “Підтвердити переможця”, після якої відбувається зміна статусу award’у на “Переможець”. Ця зміна статусу відбувається за допомогою окремого запиту (pending_payment → active). Зміна статусу буде успішною лише за умови award.paymentReceived == true (на ЦБД присутня валідація на це).

Документи, що підтверджують оплату, відсутні. Поле, що відповідає за дату оплати, теж відсутнє.

Info

title	Вимоги до майданчиків

Вимоги до майданчика переможця
Аналогічно до процедури Малої приватизації. Після внесення в повному обсязі плати за участь в електронному аукціоні оператор електронного майданчика, через який подано найвищу цінову пропозицію/найбільшу закриту цінову пропозицію/ставку, натискає в електронній торговій системі відповідну електронну кнопку для підтвердження такої плати. За підтвердження цієї плати відповідає необовʼязкове булеве поле awards.participationPayment. Інформація про факт сплати повної суми за участь повинна відображатись Організатору. Реалізація данного функціоналу є обов'язковою, виконання дії не є обов'язковою.

Зміна поля awards.participationPayment відбувається з токеном майданчика переможця! Зміна доступна за наступних умов:

Статус procedure - pending_payment або active_awarded.
Статус award'у - pending_payment або active.

Info

title	Вимоги до майданчиків

Для майданчика організатора - наявність кнопки "Підтвердити оплату" для організатора, яка змінить значення поля paymentReceived на true. Майданчиук має відображати це поле на своєму інтерфейсі. Наявність кнопки "Підтвердити переможця" - як тільки виконано цю дію, статус аварду необхідно перевести в active.

Результатом "Підтвердження переможця" є:

Award.status: pending_payment → active
Procedure.status: pending_payment → active_awarded
Створюється сутність контракту з Contract.status в статусі pending

Дискваліфікація Учасника

Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується опублікування протоколу" pending або "Очікується оплата" pending_payment або “Переможець” active

Щоб дискваліфікувати учасника Організатор повинен:

Завантажити документ, що підтверджує дискваліфікацію (documentType: rejectionProtocol) або/та документ, що підтверджує відмову (documentType:act)
Обрати причину дискваліфікації (dict: terminationReason)
Натиснути кнопку “Дискваліфікувати”

Увага. Учасник має потрапити в disqualifiedBids лише за умови його дискваліфікації по наступним причинам:

Відмовився від підписання протоколу про результати електронного аукціону або договору купівлі-продажу щодо того самого активу, що підтверджується відповідним актом

Не сплатив ціну реалізації активу у строк, встановлений цим Порядком, щодо того самого активу, що підтверджується відповідним актом

Внаслідок виконання даної дії статус award'у учасника змінюється на unsuccessful, якщо для даного award'у був створений contract, статус contract’у змінюється на cancelled.

Info

title	Вимоги до майданчиків

На майданчику повинні відображатись наступні дані:

Причина дискваліфікації
Статус учасника
Дата дискваліфікації
Документ, що підтверджує дискваліфікацію

Перелік причин дискваліфікації terminationReason:

Code Block

"1"

Code Block

"1": {
	"en_US": "Refused to sign the contract/protocol",
	"uk_UA": "Відмовився від підписання договору/протоколу"
},
"2": {
	"en_US": "TheNon-compliance winnerwith of the auctionrequirements isset aforth debtorin and/orArticle guarantor8 underof creditthe agreementsLaw andof agreementsUkraine to"On ensurePrivatization theof fulfillment of obligationsState and Communal Property," excluding clauses 1-3",
	"uk_UA": "Переможець аукціону є боржником та/або поручителем за кредитними договорами та договорами забезпечення виконання зобов'язаньНе відповідає вимогам статті 8 Закону України “Про приватизацію державного і комунального майна”, крім пунктів 1-3"
},
"32": {
	"en_US": "Knowingly gave false informationFailure to submit documents or information, the mandatory submission of which is prescribed by this Procedure",
	"uk_UA": "СвідомоНе подав надавдокументи неправдиву інформацію"
},
"4або відомості, обов’язкове подання яких передбачено цим Порядком"
},
"3": {
	"en_US": "FullSubmission paymentof forfalse theor lotmisleading wasinformation not made on time/the winner refused to payabout oneself",
	"uk_UA": "ПовнаПодав оплатанеправдиві коштіввідомості за лот не здійснена в строк/відмовився від оплатипро себе"
},
"54": {
	"en_US": "TheRefusal winnerto ofsign the electronic auction participated in auctions from several marketplace",
	"results protocol or the sale and purchase agreement regarding the asset, as evidenced by the relevant act",
	"uk_UA": "ПереможецьВідмовився від підписання протоколу про результати електронного аукціону брав участь в аукціонах з кількох майданчиків або договору купівлі-продажу щодо того самого активу, що підтверджується відповідним актом"
},
"6": {
	"en_US": "Other",
	"uk_UA": "Інше"
}

До переведення Аварду у статус unsuccessful, Організатор повинен мати можливість змінити причину дискваліфікації та завантажити або замінити документ/ти Аварду.

Якщо award в статусі pending або active дискваліфіковують, учасник з наступною за величиною цінової пропозиції з award'ом в статусі pending_waiting набуває статусу pending та проходить процедуру кваліфікації по такому самому принципу як попередній переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_awarded → active_qualification). Період кваліфікації qualificationPeriod формується повторно з усіма вкладеними періодами (award.verificationPeriod, award.signingPeriod, award.paymentPeriod)

Договір

Статуси Contracts

Модель статусів контракту великої приватизації - англійський аукціон - перелінкувати на актуальну модель статусів

...

Технічна назва

...

Бізнесова назва

...

Перехід з

...

За умови

...

Коментар

...

Автоматично.

В момент початку кваліфікації ЦБД автоматично створює contracts у статусі pending для Переможця

...

Організатор має можливість:

Завантаження підписаного договору з учасником
Підтвердження підписання договору
Дискваліфікації учасника

5": {
	"en_US": "Failure to pay the asset sale price within the deadline established by this Procedure, as evidenced by the relevant act",
	"uk_UA": "Не сплатив ціну реалізації активу у строк, встановлений цим Порядком, щодо того самого активу, що підтверджується відповідним актом"
},
"6": {
	"en_US": "Other",
	"uk_UA": "Інше"
}

До переведення Аварду у статус unsuccessful, Організатор повинен мати можливість змінити причину дискваліфікації та завантажити або замінити документ/ти Аварду.

Якщо award в статусі pending, pending_payment або active дискваліфіковують, учасник з наступною за величиною цінової пропозиції з award'ом в статусі pending_waiting набуває статусу pending та проходить процедуру кваліфікації по такому самому принципу як попередній переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_awarded → active_qualification). Період кваліфікації qualificationPeriod формується повторно з усіма вкладеними періодами (award.verificationPeriod, award.signingPeriod, award.signaturePeriod, award.paymentPeriod)

Договір

Статуси Contracts

Embed draw.io Diagram


diagramName	SAE_contract
includedDiagram	1
width	566
pageId	279773214

Технічна назва

Бізнесова назва

Перехід з

За умови

Коментар

pending

Очікується договір

Момент набуття процедурою статуса active_awarded, перехід аварду в статус active

Автоматично.

В момент початку кваліфікації ЦБД автоматично створює contracts у статусі pending для Переможця

Організатор має можливість:

Завантаження підписаного договору з учасником
Підтвердження підписання договору
Дискваліфікації учасника

active

Договір підтверджено

pending

Ручна дія.

Організатор завантажує документ contracts[x].documents.documentType: contractSigned і після цього надсилає запит на зміну contracts.status: pending → active

Повʼязаний Авард має бути у статусі active.

З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active.

Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір, а також передано валідні дані в обовʼязкові поля (contracts.documents.documentType: contractSigned)

cancelled

Договір скасовано

pending

active

Автоматична.

За умови дискваліфікації Аварда із active → unsuccessful

Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful

Документи contract

documentType	Назва Українською	Назва Англійською	Обовʼязковіть	Публічність
contractSigned	Підписаний договір	Signed contract	так	так
contractAnnexe	Додатки до договору	Contract annexe	ні	так
digitalSignature	Цифровий підпис	Digital signature	ні	Набуває значення документу з яким позв'язаний

Робота з договором

Процедура знаходиться в статусі “Очікується підписання договору” - active_awarded

статус award’у “Переможець” - active

contract в статусі “Очікується договір” - pending

Для завершення роботи з договором Організатор повинен:

Завантажити договір (documentType:contractSigned)
Заповнити обов'язкову інформацію договору:
- Назва договору
- Опис
- Дата підписання
- Номер договору
- Фінальна сума
Натиснути на кнопку “Підтвердити договір” (Надіслати запит на зміну статусу Contract: pending → active)

Результатом етапу підписання договору є:

Статус Contract зміниться на “Договір підтверджено”: pending → active
Award.status: залишається = active
Procedure.status залишається active_awarded

До переведення договору в статус active Організатор має можливість виправити поля договору та вкладені файли.

Info

title	Вимоги до майданчиків

Договір підписується та опубліковується організатором аукціону в електронній торговій системі через особистий кабінет протягом 10 календарних днів з дня, наступного за днем його укладення до 18:00.

Завершення аукціону (переведення у статус complete)

Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, contract в статусі “Договір підтверджено” active.

Для завершення аукціону Організатор повинен: - Натиснути на кнопку “Завершити електронні торги”.

Внаслідок чого статус процедури змінюється на “Аукціон завершено. Договір підписано” complete, статус договору та авадру залишаються без змін. ЦБД автоматично змінює статуси аward'ів з ”Очікує рішення” pending_waiting на “Учасник не став переможцем” cancelled.

Після успішного завершення процедури подальші процедури ланцюжку не формуються.

Створення та редагування оголошення

Формування лота, опис дій поза системою

Організатор аукціону готує оголошення на проведення процедури в ЕТС через майданчик. Дана дія відбувається через створення мастер-об'єкту JSC. Після підготовки лота і оформлення усієї необхідної документації починається етап “Створення процедури”.

Перелік обов'язкової інформації для відображення на майданчику

Створення оголошення

Для публікації оголошення Організатор повинен створити мастер-об'єкт ланцюжка. Логіка створення цього об'єкту описана тут.

Поля процедури заповнюються автоматично з мастер-об'єкту. Процедура створюється автоматично в статусі active_tendering.

Майданчик має відображати організатору наступні поля після створення процедури:

Повну назву Аукціону (Заголовок) (title)
Опис аукціону (description)
Номер лоту (lotId)
Інформація про Організатора (relatedOrganization.sellingEntity)
- Ідентифікатори Організатора аукціону (Код ЄДРПОУ, ІПН або паспорт) (identifier)
- Адреса Організатора аукціону (повна адреса) (address)
- Інформація про Контактну особу (contactPoint)
Банківські реквізити (bankAccounts) (обовʼязковий тільки accountType == guarantee)
Стартову ціну лоту (value)
- Наявність ПДВ (valueAddedTaxCharged)
Розмір кроку аукціону (minimalStep)
- Мінімальна кількість заяв (minNumberOfQualifiedBids)
Розмір гарантійного внеску (guarantee)
Розмір реєстраційного внеску (registrationFee)
Лот виставляється x раз (tenderAttempts)
Наявність умов продажу (saleCondition)
Ідентифікатор попереднього аукціону (previousAuctionId обовʼязково до заповнення лише у випадку, якщо tenderAttempts > 1. Може бути процедурою іншого напрямку роботи)
Документи аукціону (documents)
Дата проведення аукціону (auctionPeriod.startDate)
- Дата проведення 1, 2 та 3 аукціону в ланцюжку.
Інформація про лот (items[])
- Опис лоту (items[].description)
- Кількість одиниць (items[].quantity)
- Одиниці виміру (items[].unit)
- Основний класифікатор CAV (items[].classification)
- Додатковий класифікатор CVZU за умови, що itemProps одне з:
  - Земля (landProps)
  - ЄМК (jointPropertyComplex)

Редагування оголошення

Процедура знаходиться в статусі “Прийняття заяв на участь” active_tendering, триває період “Період редагування” rectificationPeriod. Для редагування оголошення Організатору необхідно:

завантажити документ "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), що містить перелік змін, які вносяться в оголошення, причину внесення таких змін. Ця дія не є обов'язковою
внести зміни до полів процедури (крім технічних полів) та/або завантажити/замінити документи оголошення. Важлива відмінність: є додаткове поле saleCondition, редагування якого доступне, і редагування якого обов'язково деактивує біди!
ініціювати збереження внесених змін.
У випадку внесення змін в поля процедури (набір полів, що деактивує заяву на участь стандартний + saleCondition) статус заяв на участь (bid’а) змінюється з active на inactive статус процедури залишається незмінним.
У випадку завантаження/зміни документів статус заяв на участь та процедури залишається без змін.
Організатор аукціону може завантажувати документи оголошення протягом усього періоду прийняття пропозицій tenderPeriod.
Повний перелік полів, редагування яких деактивує біди:
1. value
2. valueAddedTaxCharged
3. minimalStep
4. registrationFee
5. guarantee
6. title
7. accessDetails
8. description
9. items
10. x_additionalInformation
11. x_documentRequirements
12. previousAuctionId
13. sellingEntity
14. lotId
15. bankAccounts
16. minNumberOfQualifiedBids
17. documents
18. saleCondition
Наступні поля мають бути доступні для редагування, але при цьому необхідно відправити запит на ендпоінт редагування мастер-об'єкту JSC. Редагування має бути доступним в формі редагування полів процедури, але збереження змін в періодах має бути реалізовано через окрему кнопку. Редагувати можна лише для нестворених процедур.
1. extraSpecs.[1].periods[0].duration - період експозиції (в днях) для другої процедури до моменту створення другої процедри в ланцюжку
2. extraSpecs.[2].periods[0].duration - період експозиції (в днях) для третьої процедури до моменту створення третьої процедри в ланцюжку

Розміщення заяви на участь sanctionedAssets-english

Робота із заявою на участь

Процедура знаходиться в статусі “Прийняття заяв на участь” active_tendering, Учасник пройшов реєстрацію на майданчику.
Для участі в аукціоні Учаснику необхідно:

сплатити гарантійний внесок
сплатити реєстраційний внесок, якщо лотом є майно банку
заповнити поля заяви https://procedure-staging.prozorro.sale/api/doc#
завантажити необхідні документи
вказати закриту цінову пропозицію (сума коштів закритої цінової пропозиції>= початкова ціна лота/ціна реалізації
ініціювати надсилання заяви на розгляд Оператору майданчика.
За умови вартості лота більше або = 250 млн грн, підписати NDA організатор + майданчик. Дія вібдувається поза системою, в процедуру документ не завантажується.

Внаслідок виконаних дій створюється заява bid в статусі draft, статус процедури залишається незмінним. Заява у статусі draft не може брати участь в аукціоні.
Для участі Учасника в аукціоні Оператору необхідно:

перевірити виконання умов Організатора та наявність гарантійного внеску (та реєстраційного внеску, якщо лотом є майно банку)
активувати заяву.

Внаслідок виконаних дій статус заяви (bid’а) змінюється з draft на active, статус процедури залишається незмінним. Після активації заяви Учасник може змінювати суму закритої цінової пропозиції. Зміна суми закритої цінової пропозиції не призводить до зміни статусу заяви (bid’а).

В статусі процедури Прийняття заяв на участь active_tendering, учасники мають право анулювати або внести до них зміни.

Результати періоду подання пропозицій (tenderPeriod)

За наявності лише 1 заяви на участь та minNumberOfQualifiedBids=1 за результатами етапу подання пропозицій, процедура одразу набуває статусу кваліфікації, з урахуванням Особливостей процедури.
За наявності лише 1 заяви на участь та minNumberOfQualifiedBids=2 за результатами етапу подання пропозицій, процедура одразу набуває статусу unsuccessful.
За наявності 2-х та більше заяв на участь та minNumberOfQualifiedBids=1, за результатами етапу подання пропозицій, спочатку процедура набуває статусу active_auction, а вже за результатами аукціону статусу кваліфікації, в разі подання валідних ставок (стартова + крок).

У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон скасовано (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.
Умови скасування заяви
Інформація про отримання посилання на аукціон
Посилання на схему «Розміщення закритої цінової пропозиції»

Скасування аукціону sanctionedAssets-english

Скасувати аукціон можливо у будь-якому не термінальному статусі процедури.

Для скасування Організатор аукціону зобов’язаний передати:

Документ (documentType:cancellationDetails)
Причину скасування (cancellation.reason) (Організатор аукціону вказує вручну)
Фактичну дату скасування (cancellations.date)

Перелік типів документів даного етапу
Типи, опис документів та робота з ними sanctionedAssets-english
Перелік періодів та статусів етапу та посилання на їх опис
Функціонал ролей в рамках періодівsanctionedAssets-english

Аукціон sanctionedAssets-english

ТЗ з модулю аукціону

Послідовний раунд (англійський)**

Системна назва
- Значення - sequential
Напрямок зміни ставок
- Значення - На підвищення
Обмеження ставки (масив)
- Значення - Попередня ставка самого учасника (user)
Тривалість
- Значення - 3 хвилини
Перелік учасників
- Значення - Анонімний
Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так

Пауза

Системна назва
- Значення - pause
Тривалість
Значення (ознайомча пауза) - 5 хвилини
Значення (пауза між раундами) - 3 хвилини

Розкриття

Системна назва
- Значення - final
Подія для завершення
- Значення - Час вичерпано
Тривалість
- Значення - 5 секунд (або менше, в залежності від завантаженості системи)
Перелік учасників
- Значення - Персоніфікований
Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так
Пост-дії
- Значення - Сортування - Так

Послідовність кроків:

пауза - pause - 5 хв.
послідовний раунд - sequential (складається із послідовних ходів учасників)
пауза - pause - 3 хв.
послідовний раунд - sequential (складається із послідовних ходів учасників)
пауза - pause - 3 хв.
послідовний раунд - sequential (складається із послідовних ходів учасників)
розкриття - final

Формування протоколу Аукціону - додати посилання після готовності вимог до протоколів

Система генерує лише шаблон. Організатор або учасники мають можливість підписати та завантажити протокол, за бажанням.

Шаблони електронного протоколу аукціону:

Аукціон відбувся
Аукціон не відбувся
Результати аукціону скасовано

Посилання на схему «Аукціон»

Особливості роботи із сутностями та документами

Структура даних процедури

field name

required for publishing

type

readOnly

x-legalNameUa

x-legalNameEn

comment

1

owner

-

string

true

Ідентифікатор майданчика

Broker Name

2

ownerToken

-

string($uuid)

true

x-default: hex

3

_id

-

string

true

Внутрішній ідентифікатор аукціону

ID

x-default: object_id
x-serialize_when_none: false
x-format: object-id

4

datePublished

-

string($date-time)

true

Дата публікації процедури

Published date

x-default: now

5

dateModified

-

string($date-time)

true

Остання дата зміни процедури

Procedure date modified

6

auctionId

-

string

true

Ідентифікатор аукціону

Auction ID

7

tenderAttempts

+

integer($int64)

true

Лот виставляється

Attempt number

Автогенеруться з мастер-об'єкта JSC

8

previousAuctionId

-

string

false

Ідентифікатор попереднього аукціону

Previous auction Id

minLength: 1

Якщо tenderAttempts > 1 то поле очікується заповненим, але на ЦБД має бути присутня валідація лише на формат auctionID. Це може бути як SAE, так і SPE тощо.

Якщо tenderAttempts = 1 то previousAuctionId не потрібно заповнювати (на ЦБД валідація)

9

disqualifiedBids

-

list

true

Дискваліфіковані учасники

Disqualified bids

Учасники додаються в цей список за умови дискваліфікації за пунктами 4, 5

10

sellingMethod

+

string

false

Тип процедури

Procedure type

Enum:
[ sanctionedAssets-english,sanctionedAssets-english-ultra-fast,sanctionedAssets-english-fast,sanctionedAssets-english-fast-manual,sanctionedAssets-english-fast-auction-manual-qualification,sanctionedAssets-english-fast-auction-prod,sanctionedAssets-english-initial-auction,sanctionedAssets-english-initial-auction-manual,sanctionedAssets-english-initial-qualification,sanctionedAssets-english-initial-qualification-prod ]

11

lotId

+

string

false

Номер лота

Lot number

12

sellingEntity

base.SellingEntity

Інформація про Організатора аукціону

Organizer information

Використовується стандартна модель

13

title

+

base.MultiLang

false

Назва аукціону

Auction title

Використовується стандартна модель

14

description

+

base.MultiLang

false

Опис аукціону

Auction description

Використовується стандартна модель

15

auctionUrl

-

string

true

Веб-адреса для перегляду аукціону

Auction link

example: /api/auctions/123
x-format: rel-url

16

accessDetails

-

base.MultiLang

false

Порядок ознайомлення з майном, час і місце проведення огляду об’єкта

Auction access details

Використовується стандартна модель

17

bankAccounts

+

sanctionedAssets.BankAccountsByType

false

Банківські рахунки організатора

Bank accounts

Використовується стандартна модель

Обов'язково один банківський рахунок з типом guarantee і валютою UAH. Рахунків для кожного типу в UAH/USD/EUR може бути безліч.

field name

type

comment

accountType

string

x-dictionaries: List [ "accountType" ]

Enum:
[ registrationFee, guarantee, other, payment ]

accounts

commercialSell.BankAccountWithCurrency

x-baseClass: "prozorro_sale.procedure.models.base.BankAccount"

18

x_documentRequirements

-

base.MultiLang

false

Перелік та вимоги до оформлення документів

List and requirements of registration documents

19

x_additionalInformation

-

base.MultiLang

false

Додаткові відомості

Other requirements and additional information

20

value

+

base.ValueWithTax

false

Стартова ціна лота

Start lot price

Використовується стандартна модель

field name

type

readOnly

comment

currency *

string

false

default: UAH
x-legalNameUa: Валюта
x-legalNameEn: Currency

Enum:
[ UAH, USD, EUR ]

amount *

number($float)

false

example: 10
minimum: 0
exclusiveMinimum: true
x-format: decimal-float
x-legalNameUa: Сума
x-legalNameEn: Amount

valueAddedTaxIncluded

boolean

false

default: true
x-legalNameUa: Податок
x-legalNameEn: Tax

21

valueAddedTaxCharged

-

boolean

false

На фінальну суму нараховується ПДВ

Value added tax charged

default: false

22

saleCondition

+

string

false

Наявність умов продажу

Sale conditions

Доступне для редагування і у разі редагування має деактивувати біди

Доступні значення: yes, no

23

guarantee

+

base.Value

false

Гарантійний внесок

Guarantee fee

Використовується стандартна модель

24

registrationFee

-

base.Value

false

Реєстраційний внесок

Registration fee

Використовується стандартна модель

25

minimalStep

+

base.Value

false

Розмір кроку аукціону

Minimal step

Використовується стандартна модель

26

minNumberOfQualifiedBids

-

integer($int64)

false

Мінімальна кількість заяв

Minimal number of bids

default: 1
minimum: 1
maximum: 2

При публікації процедури можна не передавати. ЦБД автоматично згенерує == 1.

Організатор може передати явно 1 або 2 за необхідності.

27

items

+

sanctionedAssets.Item

false

Склад лота

Lot composition

Використовується стандартна модель

x-format: list-object
minItems: 1
default: List []

28

documents

+

base.Documents

false

Всі документи аукціону та пов'язані додатки

Documents

Використовується стандартна модель

x-format: list-object
default: List []

29

bids

-

sanctionedAssets.Bid

true

Заява на участь

Bid

Використовується стандартна модель

x-format: list-object
default: List []

30

questions

-

base.Question

true

Сервіс обговорення аукціону (запитання-відповідь)

Q&A

Використовується стандартна модель

x-format: list-object
default: List []

31

awards

-

sanctionedAssets.Award

true

Рішення щодо кваліфікації учасників

Award

Використовується кастомна модель

Додається поле paymentReceived (boolean). Відповідає за підтвердження оплати за лот та редагується організатором

Додається поле participationPayment (boolean). Відповідає за підтвердження отримання плати за участь майданчиком переможця. Не є обовʼязковим.

x-format: list-object
default: List []

32

contracts

-

sanctionedAssets.Contract

true

Договір

Contract

Використовується стандартна модель

x-format: list-object
default: List []

33

inactivationDate

-

string($date-time)

true

Дата деактивації заяви на участь

Inactive bid date

Використовується стандартна логіка

34

rectificationPeriod

-

base.Period

true

Період редагування

Rectification period

Логіка формування періоду описана вище

35

enquiryPeriod

-

base.Period

true

Період відповідей

Enquiry period

Логіка формування періоду описана вище

36

tenderPeriod

-

base.Period

true

Період подання заяви на участь в аукціоні

Tender period

Логіка формування періоду описана вище

37

auctionPeriod

+

base.Period

false

Період аукціону

Auction period

Логіка формування періоду описана вище

38

questionPeriod

-

base.Period

true

Період запитань

Question period

Логіка формування періоду описана вище

39

qualificationPeriod

-

base.Period

true

Період кваліфікації

Qualification period

Логіка формування періоду описана вище

40

status

-

string

true

Статус процедури

Procedure status

Enum:
[ active_tendering, active_auction, active_qualification, active_awarded, complete, cancelled, unsuccessful ]

41

cancellations

-

base.Cancellation

true

Скасування Аукціону

Auction Cancellation

Використовується стандартна логіка

x-format: list-object
default: List []

42

_meta

Використовується стандартна логіка

43

additionalInformation

Використовується стандартна логіка

44

metaInfo

Використовується стандартна логіка

Нотифікація процедури

Схеми процедури

Перелік схем:

Мета інформація процедури

Посилання на батьківський документ ТЗ (зміни було позначено зеленим кольором)

Дану процедуру необхідно включити в мета інформацію.

Додати в directions https://procedure-dev.prozorro.sale/api/dictionaries/direction
name
Data extraction path
Matching
value опис в dict
sanctionedAssets sellingMethod Regexp sanctionedAssets-.* Санкційне майно
Додати в categories https://procedure-dev.prozorro.sale/api/dictionaries/category
Посилання на табличку. Зміни так само позначені зеленим.

...

Ручна дія.

Організатор завантажує документ contracts[x].documents.documentType: contractSigned і після цього надсилає запит на зміну contracts.status: pending → active

Повʼязаний Авард має бути у статусі active.

...

Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір (contracts.documents.documentType: contractSigned)

...

Автоматична.

За умови дискваліфікації Аварда із active → unsuccessful

Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful

Документи contract

...

documentType

...

Назва Українською

...

Назва Англійською

...

Обовʼязковіть

...

Публічність

...

Коментар

...

ні

...

Цей документ є можливість завантажити в contracts.documents ще протягом роботи з Авардом.

Коли процедура перебуває в статусі pending_payment "Очікується оплата", Організатор вказує дату оплати і може прикріпити до contracts.documents цей документ.

...

так

...

так

...

ні

...

Робота з договором

Процедура знаходиться в статусі “Очікується підписання договору” - active_awarded

статус award’у “Переможець” - active

contract в статусі “Очікується договір” - pending

Для завершення роботи з договором Організатор повинен:

Завантажити договір (documentType:contractSigned)
Завантажити протокол (documentType:auctionProtocol)
Заповнити обов'язкову інформацію договору:
- Назва договору
- Опис
- Дата підписання
- Номер договору
Натиснути на кнопку “Підтвердити договір” (Надіслати запит на зміну статусу Contract: pending → active)

Результатом етапу підписання договору є:

Статус Contract зміниться на “Договір підтверджено”: pending → active
Award.status: залишається = active
Procedure.status залишається active_awarded

До переведення договору в статус active Організатор має можливість виправити поля договору та вкладені файли.

Info

title	Вимоги до майданчиків

Договір підписується та опубліковується організатором аукціону в електронній торговій системі через особистий кабінет протягом 10 календарних днів з дня, наступного за днем його укладення до 18:00.

Завершення аукціону (переведення у статус complete)

Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, contract в статусі “Договір підтверджено” active.

Для завершення аукціону Організатор повинен: - Натиснути на кнопку “Завершити електронні торги”.

Внаслідок чого статус процедури змінюється на “Аукціон завершено. Договір підписано” complete, статус договору та авадру залишаються без змін. ЦБД автоматично змінює статуси аward'ів з ”Очікує рішення” pending_waiting на “Учасник не став переможцем” cancelled.

Створення та редагування оголошення

Формування лота, опис дій поза системою

Організатор аукціону готує оголошення на проведення процедури в ЕТС через майданчик. Після підготовки лота і оформлення усієї необхідної документації починається етап “Створення процедури”.

Перелік обов'язкової інформації для відображення на майданчику

Створення оголошення

Для публікації оголошення Організатор повинен:

заповнити поля процедури (частина полів заповнюються системою автоматично), повний перелік полів за посиланням: https://procedure-staging.prozorro.sale/api/doc#
вказати дату проведення аукціону auctionPeriod_startDate (тривалість періоду tenderPeriod мінімум 7 календарних днів не враховуючи дня публікації процедури)
натиснути кнопку “Опублікувати оголошення”

Внаслідок чого статус процедури змінюється на “Прийняття заяв на участь” active_tendering.
У Організатора аукціону є можливість оголосити аукціон на основі попереднього аукціону (створити копію будь-якого аукціону у будь-якому статусі).

Редагування оголошення

Процедура знаходиться в статусі “Прийняття заяв на участь” active_tendering, триває період “Період редагування” rectificationPeriod. Для редагування оголошення Організатору необхідно:

завантажити документ "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), що містить перелік змін, які вносяться в оголошення, причину внесення таких змін. Ця дія не є обов'язковою
внести зміни до полів процедури (крім технічних полів) та/або завантажити/замінити документи оголошення. Важлива відмінність: є додаткове поле saleCondition, редагування якого доступне, і редагування якого обов'язково деактивує біди!
ініціювати збереження внесених змін.
У випадку внесення змін в поля процедури статус заяв на участь (bid’а) змінюється з active на inactive статус процедури залишається незмінним.
У випадку завантаження/зміни документів статус заяв на участь та процедури залишається без змін.
Організатор аукціону може завантажувати документи оголошення протягом усього періоду прийняття пропозицій tenderPeriod.

сінк що з цього має лишитись

Перелік типів документів даного етапу

Перелік класифікаторів та посилання на їх опис

Перелік періодів та статусів етапу та посилання на їх опис

Посилання на схему «Публікація оголошення та прийняття заяви про участь»

Обговорення аукціону (запитання-відповідь) nonperformingLoans-english

Посилання на опис періоду

Посилання на схему «Обговорення електронних аукціонів (запитання-відповідь)»

Розміщення заяви на участь sanctionedAssets-english

Робота із заявою на участь

Процедура знаходиться в статусі “Прийняття заяв на участь” active_tendering, Учасник пройшов реєстрацію на майданчику.
Для участі в аукціоні Учаснику необхідно:

сплатити гарантійний внесок
сплатити реєстраційний внесок, якщо лотом є майно банку
заповнити поля заяви https://procedure-staging.prozorro.sale/api/doc#
завантажити необхідні документи
вказати закриту цінову пропозицію (сума коштів закритої цінової пропозиції>= початкова ціна лота/ціна реалізації
ініціювати надсилання заяви на розгляд Оператору майданчика.
За умови вартості лота більше або = 250 млн грн, підписати NDA організатор + майданчик

Внаслідок виконаних дій створюється заява bid в статусі draft, статус процедури залишається незмінним. Заява у статусі draft не може брати участь в аукціоні.
Для участі Учасника в аукціоні Оператору необхідно:

перевірити виконання умов Організатора та наявність гарантійного внеску (та реєстраційного внеску, якщо лотом є майно банку)
активувати заяву.

Внаслідок виконаних дій статус заяви (bid’а) змінюється з draft на active, статус процедури залишається незмінним. Після активації заяви Учасник може змінювати суму закритої цінової пропозиції. Зміна суми закритої цінової пропозиції не призводить до зміни статусу заяви (bid’а).

В статусі процедури Прийняття заяв на участь active_tendering, учасники мають право анулювати або внести до них зміни.

Результати періоду подання пропозицій (tenderPeriod)

За наявності лише 1 заяви на участь та minNumberOfQualifiedBids=1 за результатами етапу подання пропозицій, процедура одразу набуває статусу кваліфікації, з урахуванням Особливостей процедури.
За наявності лише 1 заяви на участь та minNumberOfQualifiedBids=2 за результатами етапу подання пропозицій, процедура одразу набуває статусу unsuccessful.
За наявності 2-х та більше заяв на участь та minNumberOfQualifiedBids=1, за результатами етапу подання пропозицій, спочатку процедура набуває статусу active_auction, а вже за результатами аукціону статусу кваліфікації, в разі подання валідних ставок (стартова + крок).

У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон скасовано (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.

Перелік типів документів даного етапу
Перелік періодів та статусів етапу та посилання на їх опис
Умови скасування заяви
Інформація про отримання посилання на аукціон
Посилання на схему «Розміщення закритої цінової пропозиції»

Скасування аукціону sanctionedAssets-english

Скасувати аукціон можливо у будь-якому не термінальному статусі процедури.

Для скасування Організатор аукціону зобов’язаний передати:

Документ (documentType:cancellationDetails)
Причину скасування (cancellation.reason) (Організатор аукціону вказує вручну)
Фактичну дату скасування (cancellations.date)

Перелік типів документів даного етапу
Типи, опис документів та робота з ними sanctionedAssets-english
Перелік періодів та статусів етапу та посилання на їх опис
Функціонал ролей в рамках періодівsanctionedAssets-english

Аукціон sanctionedAssets-english

ТЗ з модулю аукціону

Послідовний раунд (англійський)**

Системна назва
- Значення - sequential
Напрямок зміни ставок
- Значення - На підвищення
Обмеження ставки (масив)
- Значення - Попередня ставка самого учасника (user)
Тривалість
- Значення - 3 хвилини
Перелік учасників
- Значення - Анонімний
Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так

Пауза

Системна назва
- Значення - pause
Тривалість
Значення (ознайомча пауза) - 5 хвилини
Значення (пауза між раундами) - 3 хвилини

Розкриття

Системна назва
- Значення - final
Подія для завершення
- Значення - Час вичерпано
Тривалість
- Значення - 5 секунд (або менше, в залежності від завантаженості системи)
Перелік учасників
- Значення - Персоніфікований
Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так
Пост-дії
- Значення - Сортування - Так

Послідовність кроків:

пауза - pause - 5 хв.
послідовний раунд - sequential (складається із послідовних ходів учасників)
пауза - pause - 3 хв.
послідовний раунд - sequential (складається із послідовних ходів учасників)
пауза - pause - 3 хв.
послідовний раунд - sequential (складається із послідовних ходів учасників)
розкриття - final

Перелік періодів та статусів етапу та посилання на їх опис
Функціонал ролей в рамках періодів sanctionedAssets-english
Формування протоколу Аукціону

Система генерує лише шаблон. Організатор або учасники мають можливість підписати та завантажити протокол, за бажанням.

Шаблони електронного протоколу аукціону:

Аукціон відбувся
Аукціон не відбувся
Результати аукціону скасовано

Посилання на схему «Аукціон»

Особливості роботи із сутностями та документами

Посилання на свагер та конфігураційний файл, який включає в себе:

Swagger UI
Ендпоінт із ліглнеймами періодів, статусів - знайти посилання
Ендпоінт з класифікаторами
Ендпоінт зі словниками

Нотифікація процедури

Схеми процедури

Перелік схем:

Перемалювати схеми після узгодження всіх моментів

Схема "Зміна статусів авардів" nonperformingLoans-english

Особливості роботи процедури для тестування sanctionedAssets-english

...

Space shortcuts

Page tree

Page History

Versions Compared

Key

Загальний огляд sanctionedAssets-english

Мета створення процедури та нормативні засади

Загальна інформація про роботу процедури

Стандартна процедура, де переможцем є той, хто подав найвищу цінову пропозицію

Глоссарій процедури

Загальний огляд sanctionedAssets-english

Мета створення процедури та нормативні засади

Загальна інформація про роботу процедури

Глоссарій процедури

Процедура

Особливості процедури

Механіка аукціону

Опис класифікаторів та їх словників

Процедура

Особливості процедури

Опис класифікаторів та їх словників

Статуси процедури

Timeline процедури

Статуси процедури

Періоди процедури

Періоди процедури

Документи процедури

Заява на участь

Статуси заяви на участь

Документи заяви на участь

Документи процедури

Заява на участь

Статуси заяви на участь

Документи заяви на участь

Статуси учасників на етапі кваліфікації (awards)

Схема статусів якщо 1 заява на участь

Схема статусів якщо 2 та більше заяви на участь

Публікація протоколу

Дискваліфікація Учасника

Дискваліфікація Учасника

Договір

Статуси Contracts

Договір

Статуси Contracts

Документи contract

Робота з договором

Завершення аукціону (переведення у статус complete)

Створення та редагування оголошення

Формування лота, опис дій поза системою

Перелік обов'язкової інформації для відображення на майданчику

Створення оголошення

Редагування оголошення

Розміщення заяви на участь sanctionedAssets-english

Результати періоду подання пропозицій (tenderPeriod)

Аукціон sanctionedAssets-english

Послідовний раунд (англійський)**

Пауза

Розкриття

Послідовність кроків:

Структура даних процедури

Схеми процедури

Перелік схем:

Мета інформація процедури

Документи contract

Робота з договором

Завершення аукціону (переведення у статус complete)

Створення та редагування оголошення

Формування лота, опис дій поза системою

Перелік обов'язкової інформації для відображення на майданчику

Створення оголошення

Редагування оголошення

Розміщення заяви на участь sanctionedAssets-english

Результати періоду подання пропозицій (tenderPeriod)

Аукціон sanctionedAssets-english

Послідовний раунд (англійський)**

Пауза

Розкриття

Послідовність кроків:

Посилання на свагер та конфігураційний файл, який включає в себе:

Схеми процедури