...
- Об'єктом продажу є пул активів.
- Учасник, який не став переможцем (авард в статусі 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 - в нормативці прямо це не зазначено, але така можливість погоджена з Андрієм
- Документи процедури, заяви на участь, аварда, контракта найбільш наближені до документів процедури великої приватизації
- Якщо завершився будь-який з періодів етапу кваліфікації, ЦБД не робить автоматично ніяких змін в процедурі.
...
- 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди
- 08000000-0 – 6 – Корпоративні права та усі вкладені коди
...
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Статуси процедури
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| active_tendering | Прийняття заяв на участь | В момент публікації процедури в ЦБД | Автоматично. Заповнені всі обовʼязкові поля для створення процедури в ЦБД Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедуриЗа умови наявності мастер-об'єкту JSC, 3 процедура в ланцюжку. | У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус статус active_tendering |
| active_auction | Аукціон | Формується в момент публікації процедури в ЦБД | Автоматично. Запускається в останній день tenderPeriod. | Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate. Не може припадати на святковий, неробочий чи вихідний день. |
| active_qualification | Очікується опублікування протоколу | active_auction АБО pending_payment АБО active_awarded | Автоматично. Завершилась робота Модуля аукціону (auctionPeriod.endDate) АБО Автоматично. Організатор дискваліфікував Переможця до оплати. АБО Автоматично. Організатор дискваліфікував Переможця після оплати, до підписання Договору. | По завершенню періоду аукціону (auctionPeriod) -
|
| 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_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 | Період подання пропозицій | Дата та час публікації процедури в ЦБД. | Завершується разом з Голландський раундом аукціону (перший раунд). Мінімальна тривалість 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 → active_qualification active_auction → unsuccessful Статус процедури змінюється Організатором: active_auction → cancelled | Протягом цього періоду:
|
qualificationPeriod | active_qualification | Період кваліфікації | qualificationPeriod.startDate == auctionPeriod.endDate | Може припадати на НЕробочий день. - | На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. | Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
|
| Info | ||
|---|---|---|
| ||
| Info | ||
| ||
Наведена нижче логіка не буде актуальною після релізу ланцюжків. Після реалізації ланцюжків наступні процедури будуть сторюватись автоматично. | ||
|
| Info | ||
|---|---|---|
| ||
Оператор електронного майданчика, через якого переможець електронного аукціону набув право на участь в електронному аукціоні, підписує протокол про результати електронного аукціону та надсилає його до організатора аукціону протягом чотирьох робочих днів з дня, наступного за днем його формування (у разі, коли електронний аукціон відбувся). |
...
| Info | ||
|---|---|---|
| ||
Вимоги до майданчика переможця Аналогічно до процедури Малої приватизації. Після внесення в повному обсязі плати за участь в електронному аукціоні оператор електронного майданчика, через який подано найвищу цінову пропозицію/найбільшу закриту цінову пропозицію/ставку, натискає в електронній торговій системі відповідну електронну кнопку для підтвердження такої плати. За підтвердження цієї плати відповідає необовʼязкове булеве поле awards.participationPayment. Інформація про факт сплати повної суми за участь повинна відображатись Організатору. Реалізація данного функціоналу є обов'язковою, виконання дії не є обов'язковою. Зміна поля awards.participationPayment відбувається з токеном майданчика переможця! Зміна доступна за наступних умов:
|
| Info | ||
|---|---|---|
| ||
Для майданчика організатора - наявність кнопки "Підтвердити оплату" для організатора, яка змінить значення поля paymentReceived на true. Майданчиук має відображати це поле на своєму інтерфейсі. Наявність кнопки "Підтвердити переможця" - як тільки виконано цю дію, статус аварду необхідно перевести в active. |
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| 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)
- Кількість кроків (dutchStepQuantity)
- Розмір гарантійного внеску (guarantee)
- Розмір реєстраційного внеску (registrationFee)
- Лот виставляється x раз (tenderAttempts)
- Наявність умов продажу (saleCondition)
- Ідентифікатор попереднього аукціону (previousAuctionId обовʼязково до заповнення лише у випадку, якщо tenderAttempts > 1. Може бути процедурою іншого напрямку роботи)
- Документи аукціону (documents)
- Дата проведення аукціону (auctionPeriod.startDate)Має бути не раніше, ніж через 20 повних календарних днів після дня публікації)Не може припадати на вихідний або святковий день
- Інформація про лот (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. - Повний перелік полів, редагування яких деактивує біди:
- value
- valueAddedTaxCharged
- minimalStep
- registrationFee
- guarantee
- title
- description
- accessDetails
- items
- x_additionalInformation
- x_documentRequirements
- previousAuctionId
- tenderAttempts
- sellingEntity
- lotId
- bankAccounts
- documents
- saleCondition
- в голландській процедурі відсутнє редагування періодів, оскільки це остання процедура ланцюжку.
Розміщення заяви на участь sanctionedAssets-dutch
...
| 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 Автогенероване поле | ||||||||||||||||
| 9 | disqualifiedBids | - | list | true | Дискваліфіковані учасники | Disqualified bids | Учасники додаються в цей список за умови дискваліфікації за пунктами 4, 5 | ||||||||||||||||
| 10 | sellingMethod | + | string | false | Тип процедури | Procedure type | Enum: [ sanctionedAssets-dutch,sanctionedAssets-dutch-ultra-fast,sanctionedAssets-dutch-fast,sanctionedAssets-dutch-fast-manual,sanctionedAssets-dutch-fast-auction-manual-qualification,sanctionedAssets-dutch-fast-auction-prod,sanctionedAssets-dutch-initial-auction,sanctionedAssets-dutch-initial-auction-manual,sanctionedAssets-dutch-initial-qualification,sanctionedAssets-dutch-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.dutchMinimalStep | true | Розмір кроку аукціону | Minimal step | Використовується стандартна модель | ||||||||||||||||
| 26 | dutchStep | + | base.dutchStep | false | Розмір кроку голландського раунду, грн | Dutch step value | Використовується стандартна модель Організатор заповнює лише кількість кроків | ||||||||||||||||
| 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 | Використовується стандартна логіка |
...