Робочий чекліст: 

• Загальний огляд sanctionedAssets-english
  • Мета створення процедури та нормативні засади
  • Загальна інформація про роботу процедури
  • Глоссарій процедури
• Процедура
  • Особливості процедури
  • Механіка аукціону
  • Опис класифікаторів та їх словників
  • Статуси процедури
  • Періоди процедури
  • Документи процедури
• Заява на участь
  • Статуси заяви на участь
  • Документи заяви на участь
• Авард
  • Статуси учасників на етапі кваліфікації (awards)
  • Періоди Award
  • Документи Аварду
• Умови вибору переможця
• Підтвердження оплати
• Дискваліфікація Учасника
• Договір
  • Статуси Contracts
  • Документи contract
  • Робота з договором
• Завершення аукціону (переведення у статус complete)
• Створення та редагування оголошення
• Формування лота, опис дій поза системою
• Перелік обов'язкової інформації для відображення на майданчику
• Створення оголошення
• Редагування оголошення
• Розміщення заяви на участь nonperformingLoans-english
• Робота із заявою на участь
• Результати періоду подання пропозицій (tenderPeriod)
• Скасування аукціону nonperformingLoans-english
• Аукціон nonperformingLoans-english
  • Послідовний раунд (англійський)**
  • Пауза
  • Розкриття
  • Послідовність кроків:
  • Особливості роботи із сутностями та документами
• Посилання на свагер та конфігураційний файл, який включає в себе:
• Нотифікація процедури
• Схеми процедури
  • Перелік схем:
• Особливості роботи процедури для тестування nonperformingLoans-english
  • Типи процедур для тестуванн

Загальний огляд sanctionedAssets-english

Мета створення процедури та нормативні засади

З метою продажу підсанкційного майна (активів держави-агресора) в системі Prozorro.Sale реалізовано нову процедуру з sellingMethod: sanctionedAssets-english

Бізнес назва - Продаж санкційного майна

• Регламент
• PRD

Загальна інформація про роботу процедури

Стандартна процедура, де переможцем є той, хто подав найвищу цінову пропозицію? 

Глоссарій процедури

Закрита цінова пропозиція – сума коштів, намір та можливість сплати якої декларується учасником в особистому кабінеті та подається через оператора в ЕТС. Право на подання такої цінової пропозиції виникає в учасника після отримання підтвердження про зарахування гарантійного внеску (та реєстраційного внеску, якщо лотом є майно банку) на рахунок оператора до закінчення кінцевого терміну прийняття заяв про участь / прийняття закритих цінових пропозицій, встановленого у відповідному оголошенні, та забезпечує можливість його участі в електронному аукціоні. Закрита цінова пропозиція не може бути нижчою за стартову ціну

Кроку аукціону - мінімальна надбавка, на яку в ході електронного аукціону (або на етапі подання закритих цінових пропозицій) може здійснюватися підвищення цінової пропозиції. Розмір мінімального кроку електронного аукціону визначається в рішенні банку про затвердження умов продажу активів / продажу або передачі в оренду майна (далі – рішення про затвердження умов) та для електронних аукціонів з продажу або передачі в оренду майна банку має складати від 1 до 10% від стартової ціни лота

Стартова ціна – вартість лоту або початковий розмір орендної плати за лот, що відображені в оголошенні

Учасник – юридична особа, в особі уповноваженого представника, яка є користувачем ЕТС, виявила намір прийняти участь в аукціоні, відповідає вимогам, встановленим цим Регламентом, законодавством та/або внутрішніми актами банку, сплатила гарантійний внесок (та реєстраційний внесок, якщо лотом є майно банку) пройшла процедуру реєстрації для участі в аукціоні відповідно до цього Регламенту, отримала відповідне підтвердження про реєстрацію та індивідуальний код учасника

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

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

Валідна ставка - ставка, яка дорівнює стартовій ціні + розмір мінімального кроку або більша за розміром

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

Термінальний статус процедури - cancelled, unsuccessful, complete

Пул - сукупність активів щодо яких ухвалено судове рішення про застосування санкції, передбаченої пунктом 1¹ частини першої статті 4 Закону України “Про санкції”, та об'єднані в один лот, зокрема, підприємства та/або господарські товариства, єдині майнові комплекси або акції (частки) щодо яких ухвалено таке судове рішення, права вимоги, в тому числі до таких юридичних осіб; Пул - один айтем процедури

Процедура

Особливості процедури

1. Об'єктом продажу є пул активів
2. мінімальна кількість заяв для можливості успішного проведення аукціону за замовчуванням minNumberOfQualifiedBids = 1, але у Організатор присутня можливість при публікації процедури передати minNumberOfQualifiedBids =2. 
   1. Якщо заява тільки одна, то для викупу сума цінової пропозиції має бути не менше стартової ціни (просто стартова ціна, не стартова+крок)
   2. У випадку проведення аукціону і наявності більше 1 учасника, переможна пропозиція під час МА має бути не менше стартова ціна + крок.
3. Учасники, які не стали переможцями, і попередньо при подачі заяви погодились на очікування, не можуть відмовитись від очікування (аварди в статусі pending_waiting не можуть відмовитись від очікування). 
4. Аукціон:
   • англійський аукціон
5. На перших порах відповідальність за публікацію ланцюжку процедур буде на організаторі. Є додаткові умови при публікацїі ланцюжку процедур. поки не робимо
6. В процедурі є додаткові умови продажу, буде додано поле saleCondition (можливі значення yes, no, notSpecified) різні варіації в ВП та МП
7. Скасування аукціону відбувається на будь-якому етапі
8. Якщо tenderAttempts = 1, то поле previousAuctionId не використовується.
   Якщо tenderAttempts > 1 поле previousAuctionId використовується та є обов'язкове; АЛЕ на старті не обмежуємо ніяк через Regexp який саме має бути ID попередньої процедури (бо це може бути як SAE, так і SPE / SPD, BSE / BSD тощо. Таке може бути виходячи з того, що написано в нормативці
9. Для допуску дискваліфікованого учаснику до повторного аукціону потрібнен документ admissionReason
10. Документи процедури, заяви на участь, аварда, контракта найбільш наближені до документів процедури великої приватизації 

Механіка аукціону

Англійський аукціон

Опис класифікаторів та їх словників

Для даної процедури використовуємо класифікатори: один основний обовʼязковий (CAV) та два додаткових необовʼязкових класифікатори (CPVS та CVZU).

Основний класифікатор CAV (items[].classification)

• • В процедурі використовується один основний (CAV) та два додаткових класифікатори (CPVS та CVZU).

    • Під час публікації процедури ЦБД приймає одне значення зі словника CAV для основного класифікатору (обов'язковий)

    • Передбачена можливість вказати декілька кодів CVZU. Необов'язковий додатковий класифікатор CVZU доступний для вказання в процедурах, де itemPropsType:

      • Земля (landProps)

      • ЄМК (jointPropertyComplex)

Необхідно додати валідацію на доступні CAV. Для вибору НЕДОСТУПНІ: 

1. 45000000-7 – Будівельні роботи та усі вкладені коди
2. 48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди
3. 50000000-5 – Послуги з ремонту і технічного обслуговування та усі вкладені коди
4. 51000000-9 – Послуги зі встановлення (крім програмного забезпечення) та усі вкладені коди
5. 55000000-0 – Готельні, ресторанні послуги та послуги з роздрібної торгівлі та усі вкладені коди
6. 60000000-8 – Транспортні послуги (крім транспортування відходів) та усі вкладені коди
7. 63000000-9 – Додаткові та допоміжні транспортні послуги; послуги туристичних агентств та усі вкладені коди
8. 64000000-6 – Поштові та телекомунікаційні послуги та усі вкладені коди
9. 65000000-3 – Комунальні послуги та усі вкладені коди
10. 66000000-0 – Фінансові та страхові послуги та усі вкладені коди
11. 71000000-8 – Архітектурні, будівельні, інженерні та інспекційні послуги та усі вкладені коди
12. 72000000-5 – Послуги у сфері інформаційних технологій: консультування, розробка програмного забезпечення, послуги мережі Інтернет і послуги з підтримки та усі вкладені коди
13. 73000000-2 – Послуги у сфері НДДКР та пов’язані консультаційні послуги та усі вкладені коди
14. 75000000-6 – Адміністративні, оборонні послуги та послуги у сфері соціального захисту та усі вкладені коди
15. 76000000-3 – Послуги, пов’язані з нафтогазовою промисловістю та усі вкладені коди
16. 77000000-0 – Послуги у сфері сільського господарства, лісівництва, рослинництва, водного господарства та бджільництва та усі вкладені коди
17. 79000000-4 – Ділові послуги: юридичні, маркетингові, консультаційні, кадрові, поліграфічні та охоронні та усі вкладені коди
18. 80000000-4 – Послуги у сфері освіти та навчання та усі вкладені коди
19. 85000000-9 – Послуги у сфері охорони здоров’я та соціальної допомоги та усі вкладені коди
20. 90000000-7 – Послуги у сферах поводження зі стічними водами та сміттям, послуги у сферах санітарії та охорони довкілля та усі вкладені коди
21. 92000000-1 – Послуги у сфері відпочинку, культури та спорту та усі вкладені коди
22. 98000000-3 – Інші громадські, соціальні та особисті послуги та усі вкладені коди

Автогенерація як в мп?

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

• CAV
• CPVS
• CVZU

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

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

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

Документи процедури

Заява на участь

Статуси заяви на участь

Документи заяви на участь

Авард

Статуси учасників на етапі кваліфікації (awards)

Award’и формуються на ЦБД автоматично після заверешення аукціону, або за умови наявності одного учасника, одразу після завершення tenderPeriod

Якщо авардів більше 1, вони формуються наступним чином: 

• один у статусі "Очікується оплата" - pending (1-й award)
• інші в статусі "Очікується рішення" - pending_waiting (2+ award-и)

Періоди Award

Документи Аварду

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

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

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

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

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

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

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

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

ЦБД формує contracts[] для Переможця у статусі pending ТІЛЬКИ після переходу аварду переможця в статус active

Публікація протоколу

Очікується опублікування протоколу - дописати логіку

Підтвердження оплати

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

Award переможця отримав статус pending та в Аварді сформувався “Період оплати” (award.paymentPeriod)

Contract переможця також сформувався одночасно з Авардом і отримав статус “Очікується договір” - pending отут треба уточнення, коли саме має формуватись цей договір. я думаю після публікації протоколу, ні? або можна як зазвичай одразу після переходу процедури в статус active_qualification

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

Все що нижче перепровірити в нормативці

• Вказати дату сплати коштів за лот. Для цього необхідно надіслати запит на PATCH contracts.datePaid 

  curl --location --request PATCH 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/contracts/c1cd945b2f624cddb6da32ebaa25b1eb?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \ --header 'Authorization: *****************' \ --header 'Content-Type: application/json' \ --data '{     "datePaid": "2025-11-15T13:30:37.413Z" }'

• Завантажити в систему документ що підтверджує оплату documentType: paymentDetails (не обов’язкова дія). Для цього необхідно надіслати запит на POST contracts.documents[] 

  curl --location 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/contracts/c1cd945b2f624cddb6da32ebaa25b1eb/documents?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \ --header 'Authorization: ************' \ --header 'Content-Type: application/json' \ --data '{     "token": "eyJ0eXAiOiJK**********zm4Ag",     "title": {         "uk_UA": "Квитанція про оплату"     },     "description": {         "uk_UA": "Квитанція про оплату"     },     "documentOf": "contract" }'

• Натиснути кнопку “Підтвердити оплату” - це запит на зміну статусу Аварду pending → active 

  curl --location --request PATCH 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/awards/8baec7bf04904805baeb637fd9381777/status?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \ --header 'Authorization: **************' \ --header 'Content-Type: application/json' \ --data '{     "status": "active" }'

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

• Award.status: pending → active
• Procedure.status: pending_payment → active_awarded
• Contract.status залишається без змін = pending

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

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

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

1. Завантажити документ, що підтверджує дискваліфікацію (documentType: rejectionProtocol) або/та документ, що підтверджує відмову (documentType:act)
2. Обрати причину дискваліфікації (dict: terminationReason)
3. Натиснути кнопку “Дискваліфікувати”

Внаслідок виконання даної дії статус award'у учасника змінюється на unsuccessful, якщо для даного award'у був створений contract, статус contract’у змінюється на cancelled.

Вказана причина дискваліфікації, а також статус учасника, повинні відображатися на майданчику

Перелік причин дискваліфікації terminationReason:

1. не відповідає вимогам статті 8 Закону України “Про приватизацію державного і комунального майна”, крім пунктів 1-3;
2. не подав документи або відомості, обов’язкове подання яких передбачено цим Порядком; 
3. подав неправдиві відомості про себе; - 

   Свідомо надав неправдиву інформацію

4. відмовився від підписання протоколу про результати електронного аукціону або договору купівлі-продажу щодо того самого активу, що підтверджується відповідним актом;
   

   Відмовився від підписання договору/протоколу

5. не сплатив ціну реалізації активу у строк, встановлений цим Порядком, щодо того самого активу, що підтверджується відповідним актом
   

   Повна оплата коштів за лот не здійснена в строк/відмовився від оплати

"1": {
	"en_US": "Refused to sign the contract/protocol",
	"uk_UA": "Відмовився від підписання договору/протоколу"
},
"2": {
	"en_US": "The winner of the auction is a debtor and/or guarantor under credit agreements and agreements to ensure the fulfillment of obligations",
	"uk_UA": "Переможець аукціону є боржником та/або поручителем за кредитними договорами та договорами забезпечення виконання зобов'язань"
},
"3": {
	"en_US": "Knowingly gave false information",
	"uk_UA": "Свідомо надав неправдиву інформацію"
},
"4": {
	"en_US": "Full payment for the lot was not made on time/the winner refused to pay",
	"uk_UA": "Повна оплата коштів за лот не здійснена в строк/відмовився від оплати"
},
"5": {
	"en_US": "The winner of the auction participated in auctions from several marketplace",
	"uk_UA": "Переможець аукціону брав участь в аукціонах з кількох майданчиків"
},
"6": {
	"en_US": "Other",
	"uk_UA": "Інше"
}

До переведення Аварду у статус unsuccessful, Організатор повинен мати можливість змінити причину дискваліфікації та завантажити або замінити документ/ти Аварду.

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

Договір

Статуси Contracts

Модель статусів контракту великої приватизації - англійський аукціон - перелінкувати на актуальну модель статусів

Документи contract

Робота з договором

Процедура знаходиться в статусі “Очікується підписання договору” - active_awarded

статус award’у “Переможець” - active

contract в статусі “Очікується договір” - pending

Для завершення роботи з договором Організатор повинен:

• Завантажити договір (documentType:contractSigned) 
• Завантажити протокол (documentType:auctionProtocol)
• Заповнити обов'язкову інформацію договору:
  • Назва договору

  • Опис

  • Дата підписання

  • Номер договору

• Натиснути на кнопку “Підтвердити договір” (Надіслати запит на зміну статусу Contract: pending → active)

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

• Статус Contract зміниться на “Договір підтверджено”: pending → active
• Award.status: залишається = active
• Procedure.status залишається active_awarded

До переведення договору в статус active Організатор має можливість виправити поля договору та вкладені файли.

Завершення аукціону (переведення у статус 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. Для редагування оголошення Організатору необхідно:

1. завантажити документ "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), що містить перелік змін, які вносяться в оголошення, причину внесення таких змін. Ця дія не є обов'язковою
2. внести зміни до полів процедури (крім технічних полів) та/або завантажити/замінити документи оголошення. Важлива відмінність: є додаткове поле saleCondition, редагування якого доступне, і редагування якого обов'язково деактивує біди!
3. ініціювати збереження внесених змін.
   У випадку внесення змін в поля процедури статус заяв на участь (bid’а) змінюється з active на inactive статус процедури залишається незмінним. 
   У випадку завантаження/зміни документів статус заяв на участь та процедури залишається без змін.
   Організатор аукціону може завантажувати документи оголошення протягом усього періоду прийняття пропозицій tenderPeriod.

сінк що з цього має лишитись 

Перелік типів документів даного етапу

Перелік класифікаторів та посилання на їх опис

Перелік періодів та статусів етапу та посилання на їх опис

Посилання на схему «Публікація оголошення та прийняття заяви про участь»

Обговорення аукціону (запитання-відповідь) nonperformingLoans-english

Посилання на опис періоду

Посилання на схему «Обговорення електронних аукціонів (запитання-відповідь)»

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

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

Процедура знаходиться в статусі “Прийняття заяв на участь” active_tendering, Учасник пройшов реєстрацію на майданчику.
Для участі в аукціоні Учаснику необхідно:

• сплатити гарантійний внесок
• сплатити реєстраційний внесок, якщо лотом є майно банку
• заповнити поля заяви https://procedure-staging.prozorro.sale/api/doc#
• завантажити необхідні документи
• вказати закриту цінову пропозицію (сума коштів закритої цінової пропозиції>= початкова ціна лота/ціна реалізації
• ініціювати надсилання заяви на розгляд Оператору майданчика.

Внаслідок виконаних дій створюється заява 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)

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

Аукціон sanctionedAssets-english

ТЗ з модулю аукціону

Послідовний раунд (англійський)**

Системна назва
- Значення - sequential
Напрямок зміни ставок
- Значення - На підвищення
Обмеження ставки (масив)
- Значення - Попередня ставка самого учасника (user)
Тривалість
- Значення - 3 хвилини
Перелік учасників
- Значення - Анонімний
Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так

Пауза

Системна назва
- Значення - pause
Тривалість
Значення (ознайомча пауза) - 5 хвилини
Значення (пауза між раундами) - 3 хвилини

Розкриття

Системна назва
- Значення - final
Подія для завершення
- Значення - Час вичерпано
Тривалість
- Значення - 5 секунд (або менше, в залежності від завантаженості системи)
Перелік учасників
- Значення - Персоніфікований
Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так
Пост-дії
- Значення - Сортування - Так

Послідовність кроків:

• пауза - pause - 5 хв.
• послідовний раунд - sequential (складається із послідовних ходів учасників)
• пауза - pause - 3 хв.
• послідовний раунд - sequential (складається із послідовних ходів учасників)
• пауза - pause - 3 хв.
• послідовний раунд - sequential (складається із послідовних ходів учасників)
• розкриття - final

Перелік періодів та статусів етапу та посилання на їх опис
Функціонал ролей в рамках періодів sanctionedAssets-english - чи це треба чи ні
Формування протоколу Аукціону

Система генерує лише шаблон. Організатор або учасники мають можливість підписати та завантажити протокол, за бажанням.

Шаблони електронного протоколу аукціону:

• Аукціон відбувся
• Аукціон не відбувся
• Результати аукціону скасовано

Посилання на схему «Аукціон»

Особливості роботи із сутностями та документами

Посилання на свагер та конфігураційний файл, який включає в себе:

Swagger UI
Ендпоінт із ліглнеймами періодів, статусів - знайти посилання
Ендпоінт з класифікаторами
Ендпоінт зі словниками

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

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

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

Перемалювати схеми після узгодження всіх моментів 

1. Timeline процедури nonperformingLoans-english ЦБД-3
2. Схема "Загальний процес аукціонів" nonperformingLoans-english
   • Схема "Зміна статусів процедури" nonperformingLoans-english
3. Схема "Публікація оголошення та прийняття заяви про участь" nonperformingLoans-english (ЦБД-3)
   • Схема "Робота із заявою на участь" nonperformingLoans-english ЦБД-3
   • Схема "Обговорення електронних аукціонів (запитання-відповідь)" nonperformingLoans-english (ЦБД-3)
   • Схема "Розміщення закритої цінової пропозиції" nonperformingLoans-english (ЦБД-3)
   • Схема "Відміна аукціону" nonperformingLoans-english ЦБД-3
4. Схема "Аукціон" nonperformingLoans-english ЦБД-3
   • Схема "Оголошення раунду" nonperformingLoans-english ЦБД-3
5. Схема "Кваліфікація (робота з договором та протоколом)" nonperformingLoans-english ЦБД-3
   • Award`s timeline процедури nonperformingLoans-english ЦБД-3
   • Схема "Пролонгація аукціону" nonperformingLoans-english ЦБД-3
   • Схема "Зміна статусів авардів" nonperformingLoans-english

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

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

• sanctionedAssets-english-fast
• sanctionedAssets-english-fast-manual
• sanctionedAssets-english-initial-auction
• sanctionedAssets-english-initial-qualification
• sanctionedAssets-english-initial-fast