Загальний огляд sanctionedAssets-english
Мета створення процедури та нормативні засади
З метою продажу підсанкційного майна (активів держави-агресора) в системі Prozorro.Sale реалізовано нову процедуру з sellingMethod: sanctionedAssets-english
Бізнес назва - Продаж санкційного майна
- Регламент
- Регламент 2 (див його)
- Постанова
- PRD
Загальна інформація про роботу процедури
Стандартна процедура, де переможцем є той, хто подав найвищу цінову пропозицію
Глоссарій процедури
Закрита цінова пропозиція для проведення електронного аукціону за методом підвищення ціни – сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку прийняття заяв на участь в електронному аукціоні;
Мінімальний крок електронного аукціону (крок аукціону) – мінімальна надбавка на рівні 1 відсотка стартової ціни активу, визначеної для кожного аукціону, на яку в ході електронного аукціону може здійснюватися підвищення цінової пропозиції;
Стартова ціна – вартість лоту або початковий розмір орендної плати за лот, що відображені в оголошенні
Учасник – фізична особа або юридична особа в особі уповноваженого представника, яка виявила намір взяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, та пройшла процедуру реєстрації для участі в електронному аукціоні;
Ціна продажу – фактична сума коштів, за які було продано лот, запропонована переможцем аукціону
Цінова пропозиція – сума коштів, намір та можливість сплати якої декларується учасником електронного аукціону
Валідна ставка - ставка, яка дорівнює стартовій ціні + розмір мінімального кроку або більша за розміром
Організатор аукціону - Фонд державного майна України або інший орган державної влади, суб’єкт господарювання державного сектору економіки, відносно якого Кабінетом Міністрів України прийнято рішення про визначення його суб’єктом управління активом;
Термінальний статус процедури - cancelled, unsuccessful, complete
Пул – сукупність активів, щодо яких ухвалено судове(-і) рішення про застосування санкції, передбаченої пунктом 1¹ частини першої статті 4 Закону України “Про санкції”, та які об’єднані в один лот в порядку, встановленому Фондом державного майна. До такого пулу можуть включатись акції, частки у статутному капіталі господарських товариств, майнові комплекси, права вимоги (у тому числі до зазначених юридичних осіб), а також нерухоме та рухоме майно;
Процедура
Особливості процедури
- Об'єктом продажу є пул активів
- Мінімальна кількість заяв для можливості успішного проведення аукціону за замовчуванням minNumberOfQualifiedBids = 1, але у Організатор присутня можливість при публікації процедури передати minNumberOfQualifiedBids =2.
- Якщо заява тільки одна, то для викупу сума цінової пропозиції має бути не менше стартової ціни (просто стартова ціна, не стартова+крок)
- У випадку проведення аукціону і наявності більше 1 учасника, переможна пропозиція під час МА має бути не менше ніж стартова ціна + крок.
- Учасник, який не став переможцем (авард в статусі pending_waiting), не може відмовитись від очікування.
- Аукціон:
- англійський аукціон
- На перших порах відповідальність за публікацію ланцюжку процедур буде на організаторі. Є додаткові умови при публікацїі ланцюжку процедур.
- В процедурі є додаткові умови продажу, буде додано поле saleCondition (можливі значення yes, no)
- Наявність в аварді додаткового поля, що відповідає за підтвердження оплати awards.paymentReceived (true, false)
- Скасування аукціону відбувається на будь-якому етапі
- Якщо 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:
Земля (land)
ЄМК (jointPropertyComplex)
Необхідно додати валідацію на доступні CAV. Для вибору НЕДОСТУПНІ:
- 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 процедури
Статуси процедури
| Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| active_tendering | Прийняття заяв на участь | В момент публікації процедури в ЦБД | Автоматично. Заповнені всі обовʼязкові поля для створення процедури в ЦБД | Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус active_tendering |
| active_auction | Аукціон | active_tendering | Автоматично. Завершився період Прийняття заяв на участь і протягом періоду прийшло мінімум 2 учасники | Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate. В момент tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв на участь і якщо:
|
| active_qualification | Очікується опублікування протоколу | active_tendering АБО active_auction АБО pending_payment АБО active_awarded | Автоматично. Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана лише 1 заява на участь (при умові minNumberOfQualifiedBids=1) АБО Автоматично. Завершилась робота Модуля аукціону (auctionPeriod.endDate) АБО Автоматично. Організатор дискваліфікував Переможця до оплати. АБО Автоматично. Організатор дискваліфікував Переможця після оплати, до підписання Договору. | Після завершення періоду подання пропозицій (tenderPeriod), за умови 1-ї заяви на участь (minNumberOfQualifiedBid=1) АБО По завершенню періоду аукціону (auctionPeriod), за умови 2-х та більше заяв на участь -
|
| pending_payment | Очікується оплата | active_qualification | Ручна дія. Організатор завантажив підписаний протокол та натиснув кнопку на інтерфейсі майданчика "Протокол затверджено" | Організатор завантажує підписаний протокол та натискає кнопку "Протокол затверджено". Після цієї дії відбувається наступне:
|
| active_awarded | Очікується підписання договору | pending_payment | Автоматично. При зміні Організатором статусу award: pending_payment → active (Переможець виконав оплату) | Після оплати за лот Учасником Організатор
Аварди учасників, що очікують, все ще лишаються в статусі 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 | Автоматично.
| Термінальний статус. |
| cancelled | Аукціон скасовано | active_tendering АБО active_auction АБО active_qualification АБО pending_payment АБО active_awarded | Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно:
Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → 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 | Аукціон | Завжди припадає на робочий день. Дата вказується організатором при публікації процедури. | Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день | Статус процедури змінюється автоматично: active_auction → active_qualification active_auction → unsuccessful Статус процедури змінюється Організатором: active_auction → cancelled | auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate |
qualificationPeriod | active_qualification | Період кваліфікації | При відсутності auctionPeriod та наявності лише 1ї заявки: qualificationPeriod.startDate == auctionPeriod.startDate При наявності auctionPeriod: qualificationPeriod.startDate == auctionPeriod.endDate | Може припадати на НЕробочий день. - | На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. | Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
|
Вимоги до майданчиків
В даній процедурі присутні додаткові умови тривалості 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 КД
При цьому дата початку аукціону не може припадати на святковий чи вихідний день!
Вимоги до майданчиків
Оператор електронного майданчика, через якого переможець електронного аукціону набув право на участь в електронному аукціоні, підписує протокол про результати електронного аукціону та надсилає його до організатора аукціону протягом чотирьох робочих днів з дня, наступного за днем його формування (у разі, коли електронний аукціон відбувся).
Документи процедури
| documentType | Назва УКР | Назва АНГЛ | Опис | Обовʼязковість | Публічність |
|---|---|---|---|---|---|
illustration | Ілюстрація | Illustration | Зображення, що можуть додаватися Організатором до оголошення | ні | так |
technicalSpecifications | Копії документів та матеріалів на лот | Technical specifications | Детальна інформація про лот | ні | так |
evaluationCriteria | Кваліфікаційні вимоги | Evaluation criteria | Інформація про те, як будуть оцінюватись цінові пропозиції учасників | ні | так |
contractProforma | Типова форма договору | Contract proforma | Шаблон договору купівлі-продажу | ні | так |
x_presentation | Презентація | Presentation | Презентація | ні | так |
clarifications | Погодження змін до опису лоту. Опис причин редагування | Clarifications | Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження протягом rectificationPeriod. | ні (при редагуванні організатор може опціонально завантажити даний документ) | так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | ні | так |
Заява на участь
Статуси заяви на участь
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| draft | Чернетка заяви | момент публікації заявки в ЦБД | Ручна дія. Учасник надсилає запит на публікацію Bid-а | Публікація заяви на участь доступна тільки протягом tenderPeriod Мають бути заповнені поля:
Майданчик Учасника робить 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 | Документ про майновий стан і доходи | 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 заява на участь
Схема статусів якщо 2 та більше заяви на участь
Award’и формуються на ЦБД автоматично після заверешення аукціону, або за умови наявності одного учасника, одразу після завершення tenderPeriod
Якщо авардів більше 1, вони формуються наступним чином:
- один у статусі "Очікується протокол" - pending (0-й award)
- інші в статусі "Очікується рішення" - pending_waiting (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 |
Періоди Award
Технічна назва | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар |
|---|---|---|---|---|---|
| awards.verificationPeriod | Період опублікування протоколу | В момент набуття Авардом статуса pending | verificationPeriod.endDate ==verificationPeriod.startDate + 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 має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful | Так Для зміни awards.status: pending → unsuccessful | Так |
| digitalSignature | Цифровий підпис | Digital signature | Ні | Набуває значення документу з яким позв'язаний |
Умови вибору переможця
За результатами аукціону або за умови наявності лише однієї заяви на участь (minNumberOfQualifiedBids=1), процедура переходить до етапу кваліфікації учасників і отримує статус active_qualification.
Основні умови відбору переможця Організатором аукціону - найвища валідна ставка та відповідність учасника кваліфікаційним вимогам.
Ставки сортуються від більшої ціни до меншої, а у випадку співпадіння ціни вище відображається ставки розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду подання пропозицій (tenderPeriod) - час фіксації змін у заяві у ЦБД.
ЦБД формує award'и для інших учасників (за наявності) з найвищими ставками:
- Найвища ставка - отримує Award у статусі pending (1-й award)
- Наступна валідна ставка (за наявності) - отримує статус pending_waiting
Особливості:
- У випадку, якщо ставка учасника не є валідною, формування award'у для такого учасника не здійснюється
- Якщо авард учасника вже в статусі pending_waiting, він не може відмовитись від очікування
ЦБД формує contracts[] для Переможця у статусі contracts.status = pending ТІЛЬКИ після переходу аварду переможця в статус active
Публікація протоколу
Після завершення роботи МА або За умови наявності лише однієї заяви на участь (minNumberOfQualifiedBids=1) ЦБД переводить статус процедури в active_qualification.
Організатор завантажити підписаний протокол протягом 15 робочих днів з дня, наступного за днем формування протоколу.
Функціонал, доступний організатору ДО ПІДТВЕРДЖЕННЯ протоколу:
- Робота із протоколом (завантаження, заміна);
- Можливість скасувати електронний аукціон (можливо до переходу процедури в термінальний статус);
- Можливість завантажувати нові документи в award у всіх нетермінальних статусах;
- Дискваліфікація переможця.
Функціонал, доступний учаснику:
- Робота із протоколом (необов'язкова дія - можливість завантажити та замінити протокол).
Вимоги до майданчиків
Після того, як організатор завантажує підписаний протокол, він має натиснути кнопку на інтерфейсі майданчика "Підтвердити протокол", і тільки після цього статус аварда переможця зміниться на awards.pending_payment.
Результатом завершення цього етапу є:
- Статус процедури змінюється на pending_payment
- Статус аварда переможця змінюється на pending_payment
Підтвердження оплати
Після того, як організатор завантажив та підтвердив завантаження протоколу, процедура набуває статусу pending_payment, але при сам період оплати розпочинається на наступний день після формування протоколу та триває 25 робочих днів.
Award переможця отримав статус pending_payment.
В авард буде додано нове булеве поле paymentReceived (true, false). За замовченням формується зі значенням false. Дане поле явно вказує на підтвердження оплати учасником. Спочатку організатор організатор змінює значення поля award.paymentReceived на true), натиснувши кнопку "Підтвердити оплату". Ця дія є незворотньою (організатор не може змінити значення з true на false). Наступним кроком організатор має натиснути кнопку “Підтвердити переможця”, після якої відбувається зміна статусу award’у на “Переможець”. Ця зміна статусу відбувається за допомогою окремого запиту (pending_payment → active). Зміна статусу буде успішною лише за умови award.paymentReceived == true (на ЦБД присутня валідація на це).
Документи, що підтверджують оплату, відсутні. Поле, що відповідає за дату оплати, теж відсутнє.
Вимоги до майданчиків
Вимоги до майданчика переможця
Аналогічно до процедури Малої приватизації. Після внесення в повному обсязі плати за участь в електронному аукціоні оператор електронного майданчика, через який подано найвищу цінову пропозицію/найбільшу закриту цінову пропозицію/ставку, натискає в електронній торговій системі відповідну електронну кнопку для підтвердження такої плати. За підтвердження цієї плати відповідає необовʼязкове булеве поле awards.participationPayment. Інформація про факт сплати повної суми за участь повинна відображатись Організатору. Реалізація данного функціоналу є обов'язковою, виконання дії не є обов'язковою.
Зміна поля awards.participationPayment відбувається з токеном майданчика переможця! Зміна доступна за наступних умов:
- Статус procedure - pending_payment або active_awarded.
- Статус award'у - pending_payment або 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.
Вимоги до майданчиків
На майданчику повинні відображатись наступні дані:
- Причина дискваліфікації
- Статус учасника
- Дата дискваліфікації
- Документ, що підтверджує дискваліфікацію
Перелік причин дискваліфікації terminationReason:
"1": {
"en_US": "Non-compliance with the requirements set forth in Article 8 of the Law of Ukraine "On Privatization of State and Communal Property," excluding clauses 1-3",
"uk_UA": "Не відповідає вимогам статті 8 Закону України “Про приватизацію державного і комунального майна”, крім пунктів 1-3"
},
"2": {
"en_US": "Failure to submit documents or information, the mandatory submission of which is prescribed by this Procedure",
"uk_UA": "Не подав документи або відомості, обов’язкове подання яких передбачено цим Порядком"
},
"3": {
"en_US": "Submission of false or misleading information about oneself",
"uk_UA": "Подав неправдиві відомості про себе"
},
"4": {
"en_US": "Refusal to sign the electronic auction results protocol or the sale and purchase agreement regarding the asset, as evidenced by the relevant act",
"uk_UA": "Відмовився від підписання протоколу про результати електронного аукціону або договору купівлі-продажу щодо того самого активу, що підтверджується відповідним актом"
},
"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
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| 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 → 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 Організатор має можливість виправити поля договору та вкладені файли.
Вимоги до майданчиків
Договір підписується та опубліковується організатором аукціону в електронній торговій системі через особистий кабінет протягом 10 календарних днів з дня, наступного за днем його укладення до 18:00.
Завершення аукціону (переведення у статус complete)
Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, contract в статусі “Договір підтверджено” active.
Для завершення аукціону Організатор повинен: - Натиснути на кнопку “Завершити електронні торги”.
Внаслідок чого статус процедури змінюється на “Аукціон завершено. Договір підписано” complete, статус договору та авадру залишаються без змін. ЦБД автоматично змінює статуси аward'ів з ”Очікує рішення” pending_waiting на “Учасник не став переможцем” cancelled.
Створення та редагування оголошення
Формування лота, опис дій поза системою
Організатор аукціону готує оголошення на проведення процедури в ЕТС через майданчик. Після підготовки лота і оформлення усієї необхідної документації починається етап “Створення процедури”.
Перелік обов'язкової інформації для відображення на майданчику
Створення оголошення
Для публікації оголошення Організатор повинен:
Заповнити поля процедури (частина полів заповнюються системою автоматично), повний перелік полів за посиланням:
При публікації процедури Організатор аукціону має заповнити на Майданчику в формі поля:
- Повну назву Аукціону (Заголовок) (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)
- Має бути не раніше, ніж через 19 повних календарних днів після дня публікації)
- Не може припадати на вихідний або святковий день
- Інформація про лот (items[])
- Опис лоту (items[].description)
- Кількість одиниць (items[].quantity)
- Одиниці виміру (items[].unit)
- Основний класифікатор CAV (items[].classification)
- Додатковий класифікатор CVZU за умови, що itemProps одне з:
Земля (landProps)
ЄМК (jointPropertyComplex)
Внаслідок чого статус процедури змінюється на “Прийняття заяв на участь” active_tendering.
У Організатора аукціону є можливість оголосити аукціон на основі попереднього аукціону (створити копію будь-якого аукціону у будь-якому статусі).
Редагування оголошення
Процедура знаходиться в статусі “Прийняття заяв на участь” active_tendering, триває період “Період редагування” rectificationPeriod. Для редагування оголошення Організатору необхідно:
- завантажити документ "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), що містить перелік змін, які вносяться в оголошення, причину внесення таких змін. Ця дія не є обов'язковою
- внести зміни до полів процедури (крім технічних полів) та/або завантажити/замінити документи оголошення. Важлива відмінність: є додаткове поле saleCondition, редагування якого доступне, і редагування якого обов'язково деактивує біди!
- ініціювати збереження внесених змін.
У випадку внесення змін в поля процедури (набір полів, що деактивує заяву на участь стандартний + saleCondition) статус заяв на участь (bid’а) змінюється з active на inactive статус процедури залишається незмінним.
У випадку завантаження/зміни документів статус заяв на участь та процедури залишається без змін.
Організатор аукціону може завантажувати документи оголошення протягом усього періоду прийняття пропозицій tenderPeriod. - Повний перелік полів, редагування яких деактивує біди:
- value
- valueAddedTaxCharged
- minimalStep
- registrationFee
- guarantee
- title
- accessDetails
- description
- items
- x_additionalInformation
- x_documentRequirements
- previousAuctionId
- tenderAttempts
- sellingEntity
- lotId
- bankAccounts
- minNumberOfQualifiedBids
- documents
- saleCondition
Розміщення заяви на участь 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) | false | Лот виставляється | Attempt number | minimum: 1 | ||||||||||||||||
| 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 може бути безліч.
| ||||||||||||||||
| 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 | Використовується стандартна модель
| ||||||||||||||||
| 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 | ||||||||||||||||
| 28 | documents | + | base.Documents | false | Всі документи аукціону та пов'язані додатки | Documents | Використовується стандартна модель x-format: list-object | ||||||||||||||||
| 29 | bids | - | sanctionedAssets.Bid | true | Заява на участь | Bid | Використовується стандартна модель x-format: list-object | ||||||||||||||||
| 30 | questions | - | base.Question | true | Сервіс обговорення аукціону (запитання-відповідь) | Q&A | Використовується стандартна модель x-format: list-object | ||||||||||||||||
| 31 | awards | - | sanctionedAssets.Award | true | Рішення щодо кваліфікації учасників | Award | Використовується кастомна модель Додається поле paymentReceived (boolean). Відповідає за підтвердження оплати за лот та редагується організатором Додається поле participationPayment (boolean). Відповідає за підтвердження отримання плати за участь майданчиком переможця. Не є обовʼязковим. x-format: list-object | ||||||||||||||||
| 32 | contracts | - | sanctionedAssets.Contract | true | Договір | Contract | Використовується стандартна модель x-format: list-object | ||||||||||||||||
| 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: | ||||||||||||||||
| 41 | cancellations | - | base.Cancellation | true | Скасування Аукціону | Auction Cancellation | Використовується стандартна логіка x-format: list-object | ||||||||||||||||
| 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
Посилання на табличку. Зміни так само позначені зеленим.
Особливості роботи процедури для тестування sanctionedAssets-english
Типи процедур для тестування
- sanctionedAssets-english-fast
- sanctionedAssets-english-fast-manual
- sanctionedAssets-english-initial-auction
- sanctionedAssets-english-initial-qualification
- sanctionedAssets-english-initial-fast