...

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

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

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

...

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

...

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

...

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

...

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

Timeline процедури

...

процедури

draw.io Diagram

border	true

diagramName	SAD_procedure_statusestimeline
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	5121457
revision	1	3

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

draw.io Diagram

border	true

diagramName	SAD_procedure_statuses
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	512
revision	2

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

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

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

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

...

Info

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

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

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

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

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

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

Info

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

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

...

documentType	Назва Укр	Назва Англ	Обовʼязковість для публікації	Публічність
x_passport	Копія паспорта або документа, що посвідчує особу	Passport or identity document	ні	ні
fonds	Інформація про джерела походження коштів для придбання об'єкта великої приватизації	Information on the sources of funds for the purchase of a large-scale privatization an 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	ні	Набуває значення документу з яким позв'язаний

...

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
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

...

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

Умови вибору переможця

За результатами аукціону або за умови наявності лише однієї заяви на участь (minNumberOfQualifiedBids=1), процедура аукціону процедура переходить до етапу кваліфікації учасників і отримує статус active_qualification.

...

Ставки сортуються від більшої ціни до меншої, а у випадку співпадіння ціни вище відображається ставки розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду подання пропозицій (tenderPeriod) - час фіксації змін у заяві у ЦБД..

ЦБД формує award'ЦБД формує award'и для інших учасників (за наявності) з найвищими ставками:

Найвища ставка - отримує Award у статусі pending (1-й award)
Наступна валідна ставка (за наявності) - отримує статус pending_waiting

Особливості:

У випадку, якщо ставка учасника не є валідною, формування award'у для такого учасника не здійснюється
Якщо авард учасника вже в статусі pending_waiting, він не може відмовитись від очікування

...

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

...

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

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

Info

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

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

Вимоги до майданчика переможця

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

Info

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

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

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

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

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

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

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

За підтвердження цієї плати відповідає необовʼязкове булеве поле 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) - словник!
Натиснути кнопку “Дискваліфікувати”

...

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

Договір

Статуси Contracts

...

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

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

Перехід з

За умови

Коментар

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

...

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

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

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

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

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

Заповнити поля процедури (частина полів заповнюються системою автоматично), повний перелік полів за посиланням:

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

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

...

- - )
  - ЄМК (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. description
8. accessDetails
9. items
10. x_additionalInformation
11. x_documentRequirements
12. previousAuctionId
13. tenderAttempts
14. sellingEntity
15. lotId
16. bankAccounts
17. minNumberOfQualifiedBids
18. documents
19. saleCondition
20. в голландській процедурі відсутнє редагування періодів, оскільки це остання процедура ланцюжку.

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

...

dutch

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

...

сплатити гарантійний внесок
сплатити реєстраційний внесок, якщо лотом є майно банку
заповнити поля заяви 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), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.
Умови скасування заяви
Інформація про отримання посилання на аукціон
Посилання на схему «Розміщення закритої цінової пропозиції»

...

.

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

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

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

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

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

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

...

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

Аукціон sanctionedAssets-dutch

...

default: 1
minimum: 1
maximum: 2

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

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

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)

false

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

Attempt number

minimum: 1
example: 10

Формується автоматично, дорівнює 3

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-englishdutch,sanctionedAssets-englishdutch-ultra-fast,sanctionedAssets-englishdutch-fast,sanctionedAssets-englishdutch-fast-manual,sanctionedAssets-englishdutch-fast-auction-manual-qualification,sanctionedAssets-englishdutch-fast-auction-prod,sanctionedAssets-englishdutch-initial-auction,sanctionedAssets-englishdutch-initial-auction-manual,sanctionedAssets-englishdutch-initial-qualification,sanctionedAssets-englishdutch-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

truefalse

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

Sale conditions

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

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

23

guarantee

+

base.Value

false

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

Guarantee fee

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

24

registrationFee

-

base.Value

false

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

Registration fee

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

25

minimalStep

+-

base.ValuedutchMinimalStep

falsetrue

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

Minimal step

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

26

minNumberOfQualifiedBids

-

integer($int64)

false

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

Minimal number of bids

dutchStep

+

base.dutchStep

false

Розмір кроку голландського раунду, грн

Dutch step value

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

Організатор заповнює лише кількість кроків

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

_metaadditionalInformation

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

4443

metaInfoadditionalInformation

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

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

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

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

...

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

...

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

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
Посилання на табличку. Зміни так само позначені зеленим.

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

...

dutch

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

sanctionedAssets-englishdutch-fast
sanctionedAssets-englishdutch-fast-manual
sanctionedAssets-englishdutch-initial-auction
sanctionedAssets-englishdutch-initial-qualification
sanctionedAssets-englishdutch-initial-fast

Space shortcuts

Page tree

Versions Compared

Old Version 5

New Version Current

Key

Timeline процедури

процедури

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

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

Умови вибору переможця

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

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

Договір

Статуси Contracts

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

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

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

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

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

dutch

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

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

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

Аукціон sanctionedAssets-dutch

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

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

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

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

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

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

dutch

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

Space shortcuts

Page tree

Page History

Versions Compared

Old Version 5

New Version Current

Key

Timeline процедури

процедури

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

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

Умови вибору переможця

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

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

Договір

Статуси Contracts

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

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

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

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

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

dutch

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

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

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

Аукціон sanctionedAssets-dutch

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

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

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

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

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

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

dutch

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