...
- Загальний огляд sanctionedAssets-english
- Мета створення процедури та нормативні засади
- Загальна інформація про роботу процедури
- Глоссарій процедури
- Процедура
- Особливості процедури
- Механіка аукціону
- Опис класифікаторів та їх словників
- Статуси процедури
- Періоди процедури
- Документи процедури
- Заява на участь
- Статуси заяви на участь
- Документи заяви на участь
- Авард
- Статуси учасників на етапі кваліфікації (awards)
- Періоди Award
- Документи Аварду
- Умови вибору переможця
- Підтвердження оплати
- Дискваліфікація Учасника
- Договір
- Статуси Contracts
- Документи contract
- Робота з договором
- Завершення аукціону (переведення у статус complete)
- Створення та редагування оголошення
- Формування лота, опис дій поза системою
- Перелік обов'язкової інформації для відображення на майданчику
- Створення оголошення
- Редагування оголошення
- Розміщення заяви на участь nonperformingLoans-english
- Робота із заявою на участь
- Результати періоду подання пропозицій (tenderPeriod)
- Скасування аукціону nonperformingLoans-english
- Аукціон nonperformingLoans-english
- Послідовний раунд (англійський)**
- Пауза
- Розкриття
- Послідовність кроків:
- Особливості роботи із сутностями та документами
- Посилання на свагер та конфігураційний файл, який включає в себе:
- Нотифікація процедури
- Схеми процедури
- Перелік схем:
- Особливості роботи процедури для тестування nonperformingLoans-english
- Типи процедур для тестуванн
...
- Об'єктом продажу є пул активів
- мінімальна кількість заяв для можливості успішного проведення аукціону за замовчуванням minNumberOfQualifiedBids = 1, але у Організатор присутня можливість при публікації процедури передати minNumberOfQualifiedBids =2.
- Якщо заява тільки одна, то для викупу сума цінової пропозиції має бути не менше стартової ціни (просто стартова ціна, не стартова+крок)
- У випадку проведення аукціону і наявності більше 1 учасника, переможна пропозиція під час МА має бути не менше стартова ціна + крок.
- Учасники, які не стали переможцями, і попередньо при подачі заяви погодились на очікування, не можуть відмовитись від очікування (аварди в статусі pending_waiting не можуть відмовитись від очікування).
- Аукціон:
- англійський аукціон
- На перших порах відповідальність за публікацію ланцюжку процедур буде на організаторі. Є додаткові умови при публікацїі ланцюжку процедур. поки не робимо
- В процедурі є додаткові умови продажу, буде додано поле saleCondition (можливі значення yes, no, notSpecified) різні варіації в ВП та МП
- Скасування аукціону відбувається на будь-якому етапі
- Якщо tenderAttempts = 1, то поле previousAuctionId не використовується.
Якщо tenderAttempts > 1 поле previousAuctionId використовується та є обов'язкове; АЛЕ на старті не обмежуємо ніяк через Regexp який саме має бути ID попередньої процедури (бо це може бути як SAE, так і SPE / SPD, BSE / BSD тощо. Таке може бути виходячи з того, що написано в нормативці - Для допуску дискваліфікованого учаснику до повторного аукціону потрібнен документ admissionReason - в нормативці прямо це не зазначено, але така можливість погоджена з Андрієм
- Документи процедури, заяви на участь, аварда, контракта найбільш наближені до документів процедури великої приватизації
- Якщо завершився будь-який з періодів етапу кваліфікації, ЦБД не робить автоматично ніяких змін в процедурі.
Механіка аукціону
...
Для даної процедури використовуємо класифікатори: один основний обовʼязковий (CAV) та два додаткових необовʼязкових класифікатори (CPVS та додатковий необовʼязковий класифікатор (CVZU).
Основний класифікатор CAV (items[].classification)
В процедурі використовується один основний (CAV) та два додаткових класифікатори (CPVS та тадодатковий необовʼязковий класифікатор (CVZU).
- Під час публікації процедури ЦБД приймає одне значення зі словника CAV для основного класифікатору (обов'язковий)
Передбачена можливість вказати декілька кодів CVZU. Необов'язковий додатковий класифікатор CVZU доступний для вказання в процедурах, де itemPropsType:
Земля (landProps)
ЄМК (jointPropertyComplex)
...
Ендпоінти з класифікаторами:
Статуси процедури
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| 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 → active (Переможець виконав оплату) | Після оплати за лот Учасником Організатор натискає кнопку “Підтвердити оплату”:
Тобто статус процедури змінюється на active_awarded автоматично після того, як організатор змінює статус аварда на active (після оплати) ЦБД автоматично створює contracts[0] у статусі pending для Переможця, який отримав Awards[0] у статусі active |
| complete | Аукціон завершено. Договір підписано | active_awarded | Ручна дія. Організатор надсилає запит на зміну статусі Процедури: active_awarded → complete | Термінальний статус. Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано” |
| unsuccessful | Аукціон не відбувся | active_tendering АБО active_auction АБО active_qualification АБО pending_payment АБО active_awarded | Автоматично.
| Термінальний статус. |
| cancelled | Аукціон скасовано | active_tendering АБО active_auction АБО active_qualification АБО pending_payment АБО active_awarded | Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно:
Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → cancelled | Термінальний статус. |
...
| Info | ||
|---|---|---|
| ||
В даній процедурі присутні додаткові умови тривалості tenderPeriod в залежності від стартової вартості та номера аукціона в ланцюжку. На ЦБД буде присутня валідація лише на мінімальний термін тривалості tenderPeriod в 14 днів. Зі сторони майданчика необхідно реалізувати наступну логіку:
|
...
| documentType | Назва Укр | Назва Англ | Обовʼязковість для публікації | Публічність | ||
x_passport | витягнути з https://confluence-sale.prozorro.org/download/attachments/237764653/CSP_legal_names.json?version=1&modificationDate=1757489132056&api=v2 | Копія паспорта або документа, що посвідчує особу | Passport or identity document | ні | ні | |
fonds | Інформація про джерела походження коштів для придбання об'єкта великої приватизації | Information on the sources of funds for the purchase of a large-scale privatization object | ні | так | ||
x_tenderersRegisterExtract | Витяг з ЄДРПОУ або копія документа про реєстрацію у державі її місцезнаходження | Register extract | ні | так | ||
x_ultimateBeneficiaryInfo | Інформація про кінцевого бенефіціарного власника або інформація про відсутність кінцевого бенефіціарного власника і про причину його відсутності | Ultimate beneficiary information | ніні | так | ||
financialStatements | Остання річна або квартальна фінансова звітність | Financial statements | ні | так | ||
propertyStatus | Документ про майновий стан і доходи | Document on property status and income issued | ні | так | ||
writtenConsent | Письмова згода потенційного покупця щодо взяття на себе зобов'язань, визначених умовами продажу | Written consent with commitments | ні | так | ||
commercialProposal | Заява на участь | Commercial proposal | ні | так | ||
| x_guaranteeApproval | Документ, що підтверджує сплату гарантійного внеску | Guarantee fee approval | ні | так | ||
| x_registrationFeeApproval | Документ, що підтверджує сплату реєстраційного внеску | Registration fee approval | ні | так | ||
| admissionReason | Підстави для допуску дискваліфікованого учасника | Reasons for admission for previously disqualified | ні | так | ||
| auctionProtocol | Протокол аукціону | Auction protocol | ні | так | ||
| digitalSignature | Цифровий підпис | Digital signature | ні | Набуває значення документу з яким позв'язаний |
...
- один у статусі "Очікується оплата" - pending (1-й award)
- інші в статусі "Очікується рішення" - pending_waiting (2+ 2й 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 АБО active_qualification | Ручна дія. Організатор дискваліфікує переможця і надсилає запит на зміну award.status: pending/pending_payment/active_qualification → unsuccessfulpayment→ 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_qualification → unsuccessful ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника4. active → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника При цьому contracts автоматично змінить свій статус на cancelled |
...
Технічна назва | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар |
|---|---|---|---|---|---|
| awards.verificationPeriod | Період підписання протоколу | В момент набуття Авардом статуса pending | verificationPeriod.endDate ==verificationPeriod.startDate + 10 р.д. 18:00 | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending |
awards.paymentPeriod | Період оплати | В момент набуття Авардом статуса pending | paymentPeriod.endDate == paymentPeriod.startDate + 10 25 р.д. 18:00 | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending |
| awards.signingPeriod | Період підписання договору | В момент набуття Авардом статуса pending | signingPeriod.endDate == signingPeriod.startDate + 30 р.д. 18:00 | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending |
...
documentType | Назва Українською | Назва Англійською | Опис | Обовʼязковіть | Публічність |
|---|---|---|---|---|---|
| rejectionProtocol | Документ, що підтверджує дискваліфікацію | Rejection protocol | Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором;не забути прописати окремі причини дискваліфікації | Так Для зміни awards.status: pending → unsuccessful | Так |
| auctionProtocol | Протокол аукціону | Auction protocol | Протокол аукціону, завантажується організатором | Ні | Так |
| act | Документ, що підтверджує відмову | Refusal act | Завантажується у разі дискваліфікації учасника (окремо зазначається причина: відмова Переможцем підписувати договір/протокол), за умови прийняття рішення Учасником. Документ має бути можливість завантажити у Організатора та у Переможця. Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending, має бути завантажено хоча б один документ з documentType: act Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful | Так Для зміни awards.status: pending → unsuccessful | Так |
| digitalSignature | Цифровий підпис | Digital signature | Ні | Набуває значення документу з яким позв'язаний |
...
- Найвища ставка - отримує Award у статусі pending (1-й award)
- Наступні валідні ставки Наступна валідна ставка (за наявності) - отримують отримує статус pending_waiting
Особливості:
- У випадку, якщо ставка учасника не є валідною, формування award'у для такого учасника не здійснюється
- Якщо авард учасника вже в статусі pending_waiting, вони він не можуть може відмовитись від очікування
ЦБД формує contracts[] для Переможця у статусі contracts.status = pending ТІЛЬКИ після переходу аварду переможця в статус active
Публікація протоколу
Очікується опублікування протоколу - дописати логіку
Підтвердження оплати
Процедура набула статусу pending_payment і розпочалось очікування оплати від переможця.
Award переможця отримав статус pending та в Аварді сформувався “Період оплати” (award.paymentPeriod)
Contract переможця також сформувався одночасно з Авардом і отримав статус “Очікується договір” - pending отут треба уточнення, коли саме має формуватись цей договір. я думаю після публікації протоколу, ні? або можна як зазвичай одразу після переходу процедури в статус active_qualification
Для завершення роботи з оплатою Організатору потрібно:
Все що нижче перепровірити в нормативці
...
| Expand | ||
|---|---|---|
| ||
curl --location --request PATCH 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/contracts/c1cd945b2f624cddb6da32ebaa25b1eb?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \ |
...
| Expand | ||
|---|---|---|
| ||
curl --location 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/contracts/c1cd945b2f624cddb6da32ebaa25b1eb/documents?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \ |
Після завершення роботи МА або За умови наявності лише однієї заяви на участь (minNumberOfQualifiedBids=1) ЦБД переводить статус процедури в active_qualification.
Організатор завантажити підписаний протокол протягом 10 робочих днів з дня, наступного за днем формування протоколу.
Функціонал, доступний організатору ДО ПІДТВЕРДЖЕННЯ протоколу:
- Робота із протоколом (завантаження, заміна);
- Можливість скасувати електронний аукціон (можливо до переходу процедури в термінальний статус);
- Можливість завантажувати нові документи в award у всіх нетермінальних статусах;
- Дискваліфікація переможця.
Функціонал, доступний учаснику:
- Робота із протоколом (необов'язкова дія - можливість завантажити та замінити протокол).
| Info | ||
|---|---|---|
| ||
Після того, як організатор завантажує підписаний протокол, він має натиснути кнопку на інтерфейсі майданчика "Підтвердити протокол", і тільки після цього статус аварда переможця зміниться на awards.pending_payment. |
Результатом завершення цього етапу є:
- Статус процедури змінюється на pending_payment
- Статус аварда переможця змінюється на pending_payment
Підтвердження оплати
Після того, як організатор завантажив та підтвердив завантаження протоколу, процедура набуває статусу pending_payment, але при сам період оплати розпочинається на наступний день після формування протоколу та триває 25 робочих днів.
Award переможця отримав статус pending_payment.
...
| title | приклад |
|---|
...
Результатом "Підтвердження оплати" є:
- Award.status: pending → active
- Procedure.status: pending_payment → active_awarded
- Створюється сутність контракту з Contract.status залишається без змін = pendingв статусі pending
Вимоги до майданчиків - конпка підтвіердити оплату
Дискваліфікація Учасника
Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується оплата" pending або “Переможець” active pending_payment
дописати про логіку якщо є pending_waiting
Щоб дискваліфікувати учасника Організатор повинен:
- Завантажити документ, що підтверджує дискваліфікацію (documentType: rejectionProtocol) або/та документ, що підтверджує відмову (documentType:act)
- Обрати причину дискваліфікації (dict: terminationReason) - словник!
- Натиснути кнопку “Дискваліфікувати”
...
- сплатити гарантійний внесок
- сплатити реєстраційний внесок, якщо лотом є майно банку
- заповнити поля заяви https://procedure-staging.prozorro.sale/api/doc#
- завантажити необхідні документи
- вказати закриту цінову пропозицію (сума коштів закритої цінової пропозиції>= початкова ціна лота/ціна реалізації
- ініціювати надсилання заяви на розгляд Оператору майданчика.
- За умови вартості лота більше або = 250 млн грн, підписати NDA організатор + майданчик
Внаслідок виконаних дій створюється заява bid в статусі draft, статус процедури залишається незмінним. Заява у статусі draft не може брати участь в аукціоні.
Для участі Учасника в аукціоні Оператору необхідно:
...
Скасувати аукціон можливо у будь-якому не термінальному статусі процедури. -і тут теж поправити після узгодження коли можна скасувати
Для скасування Організатор аукціону зобов’язаний передати:
- Документ (documentType:cancellationDetails)
- Причину скасування (cancellation.reason) (Організатор аукціону вказує вручну) - нормативка мовчить
- Фактичну дату скасування (cancellations.date)
Перелік типів документів даного етапу
Типи, опис документів та робота з ними nonperformingLoanssanctionedAssets-english
Перелік періодів та статусів етапу та посилання на їх опис
Функціонал ролей в рамках періодів nonperformingLoansперіодівsanctionedAssets-english
Аукціон sanctionedAssets-english
...
Перелік періодів та статусів етапу та посилання на їх опис
Функціонал Функціонал ролей в рамках періодів sanctionedAssets-english- чи це треба чи ні
Формування протоколу Аукціону
...