| Table of Contents |
|---|
Загальний огляд nonPerformingLoans-english
Мета створення процедури та нормативні засади
З метою проведення відкритих торгів (аукціонів) з продажу активів (майна) та права вимоги банків, що виводяться з ринку, та банків, що ліквідуються в рамках Prozorro.Sale реалізовано нову процедуру з sellingMethod: nonperformingLoans-english
...
UPD: Регламент 1.3.
Загальна інформація про роботу процедури
Переможцем вважається учасник, що подав валідну ставку за лот та відповідає кваліфікаційним вимогам, що встановлені Організатором аукціону. Кваліфікація відбувається після завершення аукціону, попередньої кваліфікації немає.
...
- За наявності лише 1 заяви на участь та встановленої Організатором Мінімальної кількості заяв - 1 (minNumberOfQualifiedBids=1) за результатами етапу подання пропозицій, процедура одразу набуває статусу pending_payment, з урахуванням Особливостей процедури
- За наявності лише 1 заяви на участь та встановленої Організатором Мінімальної кількості заяв -2 (minNumberOfQualifiedBids=2) за результатами етапу подання пропозицій, процедура одразу набуває статусу unsuccessful
- За наявності 2-х та більше заяв на участь та minNumberOfQualifiedBids=1 OR 2 за результатами етапу подання пропозицій, спочатку процедура набуває статусу active_auction, а вже за результатами аукціону статусу pending_payment, в разі подання валідних ставок (стартова + крок).
- За результатами аукціону кваліфікуються до 4-х учасників. Учасники в статусі pending_waiting (макс 3шт) розглядаються у якості можливих переможців у випадку дискваліфікації Першого, якщо вони не відмовилися від очікування.
Глоссарій процедури
Закрита цінова пропозиція – сума коштів, намір та можливість сплати якої декларується учасником в особистому кабінеті та подається через оператора в ЕТС. Право на подання такої цінової пропозиції виникає в учасника після отримання підтвердження про зарахування гарантійного внеску (та реєстраційного внеску, якщо лотом є майно банку) на рахунок оператора до закінчення кінцевого терміну прийняття заяв про участь / прийняття закритих цінових пропозицій, встановленого у відповідному оголошенні, та забезпечує можливість його участі в електронному аукціоні. Закрита цінова пропозиція не може бути нижчою за стартову ціну
...
Термінальний статус процедури - cancelled, unsuccessful, complete
Процедура
Особливості процедури
- На етапі роботи із Оголошенням:
- можливість створити більше одного item'у в 1-му аукціоні, але мінімум один
- реєстраційний внесок відсутній, якщо лотом не є майно банків
- організатором може бути лише юрособа (банк)
- нові поля процедури:
- Залишок заборгованості за кредитними договорами (items.value)
- Термін прострочення платежу (items.overdueDuration)
- мінімальна кількість заяв для можливості успішного проведення аукціону за замовчуванням minNumberOfQualifiedBids = 1, але у Організатор присутня можливість при публікації процедури передати minNumberOfQualifiedBids =2
- Аукціон:
- англійський аукціон
- Кваліфікація:
- Кваліфікуються максимально 4 учасники (створюється чотири Аварди):
- Для учасника, який зробив найбільшу ставку створюється Авард у статусі pending
- Для учасників, які подали менші за розміром ставки, створюються ще максимум три Аварди в статусі pending_waiting
- Якщо кількість учасників, які зробили валідні ставки загалом більше, ніж чотири, то для пʼятого і наступних - Авард створюватись не буде (максимум може бути створено чотири Аварди)
- Відмова від очікування:
- учасник з другою після переможця за величиною ставкою - не може відмовитися від очікування до завершення процедури продажу (поки процедура не набуде статусу complete або cancelled)
- учасники з третьою і четвертою за величиною ставками можуть відмовитися від очікування лише після завершення waitingPеriod
- Період очікування (waitingPeriod) триває 30 кд, але організатор може зменшити його тривалість. Цядія не зворотня
- Організатор може збільшити тривалість період підписання (award.signingPeriod) необмежену кількість разів
- Новий тип документу:
- згода на продовження терміну підписання (prolongationConsent)
- Кваліфікуються максимально 4 учасники (створюється чотири Аварди):
Механіка аукціону
Опис класифікаторів та їх словників
Для даної процедури використовуємо класифікатори: один основний обовʼязковий (CAV) та два додаткових необовʼязкових класифікатори (CPVS та CVZU).
...
Ендпоінти з класифікаторами:
Статуси процедури
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| active_tendering | Прийняття заяв на участь | В момент публікації процедури в ЦБД | Автоматично. Заповнені всі обовʼязкові поля для створення процедури в ЦБД | Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус active_tendering |
| active_auction | Аукціон | active_tendering | Автоматично. Завершився період Прийняття заяв на участь і протягом періоду прийшло мінімум 2 учасники | Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate. В момент tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв на участь і якщо:
|
| pending_payment | Очікується оплата | active_tendering АБО active_auction АБО active_awarded | Автоматично. Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана лише 1 заява на участь (при умові minNumberOfQualifiedBids=1) АБО Автоматично. Завершилась робота Модуля аукціону (auctionPeriod.endDate) АБО Автоматично. Організатор дискваліфікував Переможця після оплати, до підписання Договору. | Після завершення періоду подання пропозицій (tenderPeriod), за умови 1-ї заяви на участь (minNumberOfQualifiedBid=1) АБО По завершенню періоду аукціону (auctionPeriod), за умови 2-х заяв на участь -
|
| active_awarded | Очікується підписання договору | pending_payment | Автоматично. При зміні Організатором статусу award: pending → active (Переможець виконав оплату) | Після оплати за лот Учасником Організатор натискає кнопку “Підтвердити оплату”:
|
| complete | Аукціон завершено. Договір підписано | active_awarded | Ручна дія. Організатор надсилає запит на зміну статусі Процедури: active_awarded → complete | Термінальний статус. Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано” |
| unsuccessful | Аукціон не відбувся | active_tendering АБО active_auction АБО pending_payment АБО active_awarded | Автоматично.
| Термінальний статус. |
| cancelled | Аукціон скасовано | active_tendering АБО active_auction АБО pending_payment АБО active_awarded | Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно:
Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → cancelled | Термінальний статус. |
Періоди процедури
Всі періоди генеруються ЦБД автоматично і залежать від конфігу - Посилання на конфігураційний файл з періодами та статусами
Технічна назва | Статус процедури | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар | ||||
|---|---|---|---|---|---|---|---|---|---|---|
| rectificationPeriod | active_tendering | Період редагування | Дата та час публікації процедури в ЦБД. | Може припадати на неробочий день, завершується за 5 календарних днів до завершення періоду подання пропозицій, час завершення о 18:00 | Редагування полів процедури після завершення періоду процедури більше недоступне | Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД Організатору доступно редагування полів процедури та робота з документами процедури додавання/заміна.
| ||||
| tenderPeriod | active_tendering | Період подання пропозицій | Дата та час публікації процедури в ЦБД. | о 20:00 в день, що передує дню початку періоду аукціону auctionPeriod.startDate (може припадати на НЕробочий день) Мінімально можливий tenderPeriod = 7 повних календарних днів з наступного дня після публікації процедури | Статус процедури змінюється автоматично: active_tendering → active_auction | Період "Період подання пропозицій" починється одразу, як тільки відбувається публікація процедури в ЦБД Протягом періоду:
| ||||
| questionPeriod | active_tendering | Період запитань | Може припадати на НЕробочий день. о 18:00 за 1 р.д. до початку аукціону |
| ||||||
| enquiryPeriod | active_tendering | Період відповідей | Може припадати на НЕробочий день. о 18:00 за 1 р.д. до початку аукціону |
| ||||||
| auctionPeriod | active_auction | Аукціон | Завжди припадає на робочий день. Дата вказується організатором при публікації процедури. Для sellingMethod: commercialSell-priorityEnglish мінімально можлива дата auctionPeriod.startDate == день публікації + 7 календарних днів починаючи з наступного за днем публікації. | Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день | Статус процедури змінюється автоматично: active_auction → active_qualification active_auction → unsuccessful Статус процедури змінюється Організатором: active_auction → cancelled | auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate
| ||||
| qualificationPeriod | pending_payment active_awarded | Період кваліфікації | При відсутності auctionPeriod та наявності лише 1ї заявки: qualificationPeriod.startDate == auctionPeriod.startDate При наявності auctionPeriod: qualificationPeriod.startDate == auctionPeriod.endDate | Не може припадати на НЕробочий день. | На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. | Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
| ||||
| waitingPeriod | pending_payment active_awarded | Період очікування | waitingPeriod.startDate == qualificationPeriod.startDate | waitingPeriod.endDate == waitingPeriod.startDate + 30 кд |
|
|
Документи процедури
| documentType | Назва УКР | Назва АНГЛ | Опис | Обовʼязковість | Публічність |
|---|---|---|---|---|---|
| illustration | Ілюстрація | Illustration | Зображення, що можуть додаватися Організатором до оголошення | ні | так |
technicalSpecifications | Копії документів та матеріалів на лот | Technical specifications | Детальна інформація про лот | ні | так |
evaluationCriteria | Кваліфікаційні вимоги | Evaluation criteria | Інформація про те, як будуть оцінюватись цінові пропозиції учасників | ні | так |
contractProforma | Типова форма договору | Contract proforma | Шаблон договору купівлі-продажу | ні | так |
x_presentation | Презентація | Presentation | Презентація | ні | так |
x_nonperformingLoansPublicAssetCertificate | Публічний паспорт активу (майна) | Public asset certificate | Інформація про аукціон | ні | так |
x_nda | Договір про нерозголошення (NDA) | NDA | Договір про нерозголошення між учасником та банком | ні | ні |
clarifications | Опис причин редагування | Clarifications | Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження протягом rectificationPeriod. | ні (обов'язковий лише для внесення змін в поля лоту) | так |
| digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | ні | так |
Заява на участь
Статуси заяви на участь
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| 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 | Назва Укр | Назва Англ | Обовʼязковість для публікації | Публічність |
| commercialProposal | Заява на участь | Commercial proposal | ні | так |
| qualificationDocuments | Документи що підтверджують кваліфікацію | Qualification document | ні | так |
| eligibilityDocuments | Документи що підтверджують відповідність | Eligibility document | ні | так |
| x_guaranteeApproval | Документ, що підтверджує сплату гарантійного внеску | Guarantee fee approval | ні | так |
| x_registrationFeeApproval | Документ, що підтверджує сплату реєстраційного внеску | Registration fee approval | ні | так |
| auctionProtocol | Протокол аукціону | Auction protocol | ні | так |
| digitalSignature | Цифровий підпис | Digital signature | ні | Набуває значення документу з яким позв'язаний |
Авард
Статуси учасників на етапі кваліфікації (awards)
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується оплата | МА (переможець) АБО pending_waiting | Автоматично: Присвоюється переможцю під час генерації авардів (1-й award) АБО Автоматично: Присвоюється наступному за величиною ставки після дискваліфікації переможця | Організатор має можливість:
Учасник має можливість:
|
| pending_waiting | Очікується рішення | МА (учасник з другою, третьою і четвертою за розміром валідною ставкою) | Автоматично. Присвоюється наступним після переможця учасникам під час генерації авардів (до трьох Авардів може отримати цей статус) (2,3,4-ті award-и) | Статус pending_waiting автоматично присвоюється наступним, після переможця за величиною ставки, учасникам під час генерації авардів. Авардів, які отримують статус pending_waiting може бути від 0 до 3. Це залежить від кількості учасників, які подали валідні ставки протягом tenderPeriod і аукціону.
|
| active | Переможець. Очікується договір | pending | Ручна дія. Організатор підтверджує оплату і змінює статус award pending → active | Термінальний статус. Організатор має можливість:
Учасники мають можливість:
|
| cancelled | Учасник не став переможцем | pending_waiting | Ручна дія. Учасники, які після переможця мають третю і четверту ставки (3-й і 4-й Awards) мають статус pending_waiting можуть відмовився від очікування після waitingPeriod.endDate. Їх Аварди набувають статус cancelled Автоматично. Процедура набула термінального статусу complete та учасники, які мають Авард 2,3 і 4 в статусі pending_waiting → cancelled | Термінальний статус. |
| unsuccessful | Дискваліфіковано | pending АБО active | Ручна дія. Організатор дискваліфікує переможця і надсилає запит на зміну award.status: pending → unsuccessful Організатор не підписує договір з переможцем і надсилає запит на зміну award.status: active → unsuccessful | Термінальний статус. 1. pending → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника 2. active → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника При цьому contracts автоматично змінить свій статус на cancelled |
Періоди Award
Технічна назва | Бізнесова назва | Дата початку | Дата завершення | Результат завершення | Коментар | ||
|---|---|---|---|---|---|---|---|
| awards.paymentPeriod | Період оплати | В момент набуття Авардом статуса pending | paymentPeriod.endDate == paymentPeriod.startDate + 10 р.д. | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending
| ||
| awards.signingPeriod | Період підписання договору | В момент набуття Авардом статуса pending | signingPeriod.endDate == signingPeriod.startDate + 18 р.д. 18:00 | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending
|
Документи Аварду
documentType | Назва Українською | Назва Англійською | Опис | Обовʼязковіть | Публічність |
|---|---|---|---|---|---|
| rejectionProtocol | Документ, що підтверджує дискваліфікацію | Rejection protocol | Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором; | Так Для зміни awards.status: pending → unsuccessful | Так |
| act | Документ, що підтверджує відмову | Refusal act | Завантажується у разі дискваліфікації учасника (окремо зазначається причина: відмова Переможцем підписувати договір/протокол), за умови прийняття рішення Учасником. Документ має бути можливість завантажити у Організатора та у Переможця. Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending або protocol_signed, має бути завантажено хоча б один документ з documentType: act Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful | Так Для зміни awards.status: pending → unsuccessful | Так |
| digitalSignature | Цифровий підпис | Digital signature | Ні | Набуває значення документу з яким позв'язаний |
Умови вибору переможця
За результатами аукціону або за умови наявності лише однієї заяви на участь (minNumberOfQualifiedBids=1), процедура переходить до етапу кваліфікації учасників і отримує статус pending_payment.
...
ЦБД формує contracts[] для Переможця у статусі pending також одразу при переході процедури у статус pending_payment
Період очікування (waitingPeriod)
Розпочинається одночасно з кваліфікацією переможця за умови його наявності.
...
| Info | ||
|---|---|---|
| ||
Регламент п.8.27. |
Можливий сценарій
На аукціон прийшло пʼять учасників, кожен із яких зробив валідну ставку.
...
| Info | ||
|---|---|---|
| ||
На майданчиках відображається інформація про учасників, що кваліфікуються:
|
Підтвердження оплати
Процедура набула статусу pending_payment і розпочалась кваліфікація переможця.
...
- Award.status: pending → active
- Procedure.status: pending_payment → active_awarded
- Contract.status залишається без змін = pending
Дискваліфікація Учасника
Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується оплата" pending або “Переможець” active
...
Якщо award в статусі pending або active дискваліфіковують, учасник з наступною за величиною цінової пропозиції з award'ом в статусі pending_waiting набуває статусу pending та проходить процедуру кваліфікації по такому самому принципу як попередній переможець (процедура знову набуває статус "Очікується оплата" (active_awarded → pending_payment). Період кваліфікації qualificationPeriod формується повторно з усіма вкладеними періодами (award.signingPeriod, award.paymentPeriod)
Договір
Статуси Contracts
| draw.io Diagram | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
|---|---|---|---|---|
| pending | Очікується договір | Момент набуття процедурою статуса pending_payment | Автоматично. В момент початку кваліфікації ЦБД автоматично створює 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 | Назва Українською | Назва Англійською | Обовʼязковіть | Публічність | Коментар |
|---|---|---|---|---|---|
| paymentDetails | Документ, що підтверджує сплату | Payment details | ні | так | Цей документ є можливість завантажити в contracts.documents ще протягом роботи з Авардом. Коли процедура перебуває в статусі pending_payment "Очікується оплата", Організатор вказує дату оплати і може прикріпити до contracts.documents цей документ. |
| auctionProtocol | Протокол аукціону | Auction protocol | так | так | Для завершення роботи з Договором необхідно додати до contracts.documents документ з підписаним Протоколом |
| contractSigned | Підписаний договір | Signed contract | так | так | |
| contractAnnexe | Додатки до договору | Contract annexe | ні | так | |
| contractNotice | Повідомлення про договір | Contract notice | ні | так | |
| digitalSignature | Цифровий підпис | Digital signature | ні | Набуває значення документу з яким позв'язаний |
Робота з договором
Процедура знаходиться в статусі “Очікується підписання договору” - active_awarded
...
До переведення договору в статус active Організатор має можливість виправити поля договору та вкладені файли.
Пролонгація
Статус процедури: active_awarded
Період аварду: award.signingPeriod
- prolongationProtocol
- Legal Name UA - Документ, що дозволяє пролонгацію
- Legal Name EN - Document allowing prolongation
- Опис - Документ, що дозволяє пролонгацію
- Обов'язковість - Ні
- Публічність - Так
- prolongationConsent
- Legal Name UA - Згода на продовження терміну підписання
- Legal Name EN - Consent to prolongation of the contract signing period
- Опис - Завантажується у пролонгації за наявності згоди учасника щодо необхідності продовження терміну підписання договору більше, ніж на 135 днів
- Обов'язковість - Ні
- Публічність - Так
Пролонгація періоду підписання договору
Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, статус contract`у “Очікується договір” pending.
...
Посилання на схему «Пролонгація аукціону»
Завершення аукціону (переведення у статус complete)
Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, contract в статусі “Договір підтверджено” active.
...
Внаслідок чого статус процедури змінюється на “Аукціон завершено. Договір підписано” complete, статус договору та авадру залишаються без змін. ЦБД автоматично змінює статуси аward'ів з ”Очікує рішення” pending_waiting на “Учасник не став переможцем” cancelled.
Створення та редагування оголошення
Формування лота, опис дій поза системою
Організатор аукціону готує оголошення на проведення процедури в ЕТС через майданчик. Після підготовки лота і оформлення усієї необхідної документації починається етап “Створення процедури”.
Перелік обов'язкової інформації для відображення на майданчику
Створення оголошення
Для публікації оголошення Організатор повинен: - заповнити поля процедури (частина полів заповнюються системою автоматично), повний перелік полів за посиланням: https://procedure-staging.prozorro.sale/api/doc# - вказати дату проведення аукціону auctionPeriod_startDate (тривалість періоду tenderPeriod мінімум 7 календарних днів не враховуючи дня публікації процедури) - натиснути кнопку “Опублікувати оголошення”
Внаслідок чого статус процедури змінюється на “Прийняття заяв на участь” active_tendering.
У Організатора аукціону є можливість оголосити аукціон на основі попереднього аукціону (створити копію будь-якого аукціону у будь-якому статусі).
Редагування оголошення
Процедура знаходиться в статусі “Прийняття заяв на участь” active_tendering, триває період “Період редагування” rectificationPeriod. Для редагування оголошення Організатору необхідно:
...
Посилання на схему «Обговорення електронних аукціонів (запитання-відповідь)»
Розміщення заяви на участь nonperformingLoans-english
Робота із заявою на участь
Процедура знаходиться в статусі “Прийняття заяв на участь” active_tendering, Учасник пройшов реєстрацію на майданчику.
Для участі в аукціоні Учаснику необхідно: - сплатити гарантійний внесок - сплатити реєстраційний внесок, якщо лотом є майно банку - заповнити поля заяви https://procedure-staging.prozorro.sale/api/doc# - завантажити необхідні документи - вказати закриту цінову пропозицію (сума коштів закритої цінової пропозиції>= початкова ціна лота/ціна реалізації) - ініціювати надсилання заяви на розгляд Оператору майданчика.
Внаслідок виконаних дій створюється заява bid в статусі draft, статус процедури залишається незмінним. Заява у статусі draft не може брати участь в аукціоні.
Для участі Учасника в аукціоні Оператору необхідно:
- перевірити виконання умов Організатора та наявність гарантійного внеску (та реєстраційного внеску, якщо лотом є майно банку) - активувати заяву.
...
В статусі процедури Прийняття заяв на участь active_tendering, учасники мають право анулювати або внести до них зміни.
Результати періоду подання пропозицій (tenderPeriod)
- За наявності лише 1 заяви на участь та minNumberOfQualifiedBids=1 за результатами етапу подання пропозицій, процедура одразу набуває статусу кваліфікації, з урахуванням Особливостей процедури.
- За наявності лише 1 заяви на участь та minNumberOfQualifiedBids=2 за результатами етапу подання пропозицій, процедура одразу набуває статусу unsuccessful.
- За наявності 2-х та більше заяв на участь та minNumberOfQualifiedBids=1,2 за результатами етапу подання пропозицій, спочатку процедура набуває статусу active_auction, а вже за результатами аукціону статусу кваліфікації, в разі подання валідних ставок (стартова + крок).
...
Перелік типів документів даного етапу
Перелік періодів та статусів етапу та посилання на їх опис
Умови скасування заяви
Інформація про отримання посилання на аукціон
Посилання на схему «Розміщення закритої цінової пропозиції»
Скасування аукціону nonperformingLoans-english
Скасувати аукціон можливо у будь-якому не термінальному статусі процедури.
...
Перелік типів документів даного етапу
Типи, опис документів та робота з ними nonperformingLoans-english
Перелік періодів та статусів етапу та посилання на їх опис
Функціонал ролей в рамках періодів nonperformingLoans-english
Аукціон nonperformingLoans-english
Послідовний раунд (англійський)**
Системна назва
- Значення - sequential
Напрямок зміни ставок
- Значення - На підвищення
Обмеження ставки (масив)
- Значення - Попередня ставка самого учасника (user)
Тривалість
- Значення - 3 хвилини
Перелік учасників
- Значення - Анонімний
Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так
Пауза
Системна назва
- Значення - pause
Тривалість
Значення (ознайомча пауза) - 5 хвилини
Значення (пауза між раундами) - 3 хвилини
Розкриття
Системна назва
- Значення - final
Подія для завершення
- Значення - Час вичерпано
Тривалість
- Значення - 5 секунд (або менше, в залежності від завантаженості системи)
Перелік учасників
- Значення - Персоніфікований
Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так
Пост-дії
- Значення - Сортування - Так
Послідовність кроків:
- пауза - pause - 5 хв.
- послідовний раунд - sequential (складається із послідовних ходів учасників)
- пауза - pause - 3 хв.
- послідовний раунд - sequential (складається із послідовних ходів учасників)
- пауза - pause - 3 хв.
- послідовний раунд - sequential (складається із послідовних ходів учасників)
- розкриття - final
...
Особливості роботи із сутностями та документами
Посилання на свагер та конфігураційний файл, який включає в себе:
Swagger UI
Ендпоінт із ліглнеймами періодів, статусів
Ендпоінт з класифікаторами
Ендпоінт зі словниками
Нотифікація процедури
Схеми процедури
Перелік схем:
- Timeline процедури nonperformingLoans-english ЦБД-3
- Схема "Загальний процес аукціонів" nonperformingLoans-english
- Схема "Публікація оголошення та прийняття заяви про участь" nonperformingLoans-english (ЦБД-3)
- Схема "Робота із заявою на участь" nonperformingLoans-english ЦБД-3
- Схема "Обговорення електронних аукціонів (запитання-відповідь)" nonperformingLoans-english (ЦБД-3)
- Схема "Розміщення закритої цінової пропозиції" nonperformingLoans-english (ЦБД-3)
- Схема "Відміна аукціону" nonperformingLoans-english ЦБД-3
- Схема "Аукціон" nonperformingLoans-english ЦБД-3
- Схема "Кваліфікація (робота з договором та протоколом)" nonperformingLoans-english ЦБД-3
Особливості роботи процедури для тестування nonperformingLoans-english
Типи процедур для тестування
- nonperformingLoans-english-fast
- nonperformingLoans-english-fast-manual
- nonperformingLoans-english-initial-auction
- nonperformingLoans-english-initial-qualification
- nonperformingLoans-english-initial-fast