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

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

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

Регламент

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

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

Умови:

За наявності лише 1 заяви на участь та встановленої Організатором Мінімальної кількості заяв - 1 (minNumberOfQualifiedBids=1) за результатами етапу подання пропозицій, процедура одразу набуває статусу pending_payment, з урахуванням Особливостей процедури
За наявності лише 1 заяви на участь та встановленої Організатором Мінімальної кількості заяв -2 (minNumberOfQualifiedBids=2) за результатами етапу подання пропозицій, процедура одразу набуває статусу unsuccessful
За наявності 2-х та більше заяв на участь та minNumberOfQualifiedBids=1 OR 2 за результатами етапу подання пропозицій, спочатку процедура набуває статусу active_auction, а вже за результатами аукціону статусу pending_payment, в разі подання валідних ставок (стартова + крок).
За результатами аукціону кваліфікуються до 4-х учасників. Учасники в статусі pending_waiting (макс 3шт) розглядаються у якості можливих переможців у випадку дискваліфікації Першого, якщо вони не відмовилися від очікування.

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

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

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

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

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

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

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

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

Організатор аукціону - банк

Термінальний статус процедури - 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)

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

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

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

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

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

Основний класифікатор classification (одне значення) з нижчезазначеного переліку
- Для типу актива - Майно (asset):
  - 04000000-8 – Нерухоме майно та усі вкладені коди
  - 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди
  - 06000000-2 – Земельні ділянки та усі вкладені коди
  - 16000000-5 – Сільськогосподарська техніка та усі вкладені коди
  - 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди
  - 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди
  - 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди
  - 39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди
  - 42000000-6 – Промислова техніка та усі вкладені коди
- Для типу актива - Права вимоги (claimRights)
  - 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди
  - 08000000-6 – Корпоративні права та усі вкладені коди
Додаткові класифікатори additionalClassifications (необов'язкові): одне значення зі словника (CPVS) та/або одне значення зі словника (CVZU)

Особливості роботи із основним класифікатором наступні:

В залежності від обраного значення із вищевказаного переліку основного класифікатора (nonperformingLoans.Classification), ЦБД автогенерує значення для Типу активу (itemType)

04000000-8 – Нерухоме майно та усі вкладені коди - asset (Майно)
05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - asset (Майно)
06000000-2 – Земельні ділянки та усі вкладені коди - asset (Майно)
16000000-5 – Сільськогосподарська техніка та усі вкладені коди - asset (Майно)
30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди - asset (Майно)
32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди - asset (Майно)
34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - asset (Майно)
39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди - asset (Майно)
42000000-6 – Промислова техніка та усі вкладені коди - asset (Майно)
07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди - claimRights (Права вимоги)
08000000-6 – Корпоративні права та усі вкладені коди - claimRights (Права вимоги)

В залежності від обраного значення із вищевказаного переліку основного класифікатора (nonperformingLoans.Classification), ЦБД визначає, за необхідності, відповідну itemProps схему

04000000-8 – Нерухоме майно та усі вкладені коди - base.RealEstateProps
05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - base.JointPropertyComplexProps
06000000-2 – Земельні ділянки та усі вкладені коди - base.LandProps
34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - base.VehicleProps
07121000-3 – Застава - Нерухоме майно - base.RealEstateProps
07122000-0 – Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства - base.JointPropertyComplexProps
07123000-7 – Застава - Земельні ділянки - base.LandProps
07126000-8 – Застава - Транспортне обладнання та допоміжне приладдя до нього - base.VehicleProps
07221000-4 – Застава - Нерухоме майно - base.RealEstateProps
07222000-1 – Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства - base.JointPropertyComplexProps
07223000-8 – Застава - Земельні ділянки - base.LandProps
07226000-9 – Застава - Транспортне обладнання та допоміжне приладдя до нього - base.VehicleProps
Додатковий класифікатор CVZU доступний для заповнення для jointPropertyComplexProps та LandProps.

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

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

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
active_tendering	Прийняття заяв на участь	В момент публікації процедури в ЦБД	Автоматично. Заповнені всі обовʼязкові поля для створення процедури в ЦБД	Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус active_tendering
active_auction	Аукціон	active_tendering	Автоматично. Завершився період Прийняття заяв на участь і протягом періоду прийшло мінімум 2 учасники	Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate. В момент tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв на участь і якщо: minNumberOfQualifiedBids == 1 Прийшов один бід: ЦБД змінює статус процедури з active_tendering → pending_payment Прийшли більше 1 біда: ЦБД змінює статус процедури з active_tendering → active_auction minNumberOfQualifiedBids == 2 Прийшов один бід: ЦБД змінює статус процедури з active_tendering на unsuccessful Прийшли більше 1 біда → ЦБД змінює статус процедури з active_tendering на active_auction
pending_payment	Очікується оплата	active_tendering АБО active_auction АБО active_awarded	Автоматично. Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана лише 1 заява на участь (при умові minNumberOfQualifiedBids=1) АБО Автоматично. Завершилась робота Модуля аукціону (auctionPeriod.endDate) АБО Автоматично. Організатор дискваліфікував Переможця після оплати, до підписання Договору.	Після завершення періоду подання пропозицій (tenderPeriod), за умови 1-ї заяви на участь (minNumberOfQualifiedBid=1) АБО По завершенню періоду аукціону (auctionPeriod), за умови 2-х заяв на участь - ЦБД змінює статус процедури на “Очікується сплата за лот” ( → pending_payment) ЦБД автоматично створює awards[] awards[0].status: pending awards[1,2,3].status: pending_waiting ЦБД автоматично створює contracts[0] у статусі pending для Переможця, який отримав Awards[0] у статусі pending
active_awarded	Очікується підписання договору	pending_payment	Автоматично. При зміні Організатором статусу award: pending → active (Переможець виконав оплату)	Після оплати за лот Учасником Організатор натискає кнопку “Підтвердити оплату”: статус award’у змінюється на “Переможець” (active) статус процедури змінюється на “Очікується підписання договору” (active_awarded)
complete	Аукціон завершено. Договір підписано	active_awarded	Ручна дія. Організатор надсилає запит на зміну статусі Процедури: active_awarded → complete	Термінальний статус. Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано”
unsuccessful	Аукціон не відбувся	active_tendering АБО active_auction АБО pending_payment АБО active_awarded	Автоматично. Якщо протягом tenderPeriod немає жодної поданої заяви Якщо протягом tenderPeriod кількість поданих заяв на участь менше за встановлене Організатором значення minNumberOfQualifiedBids Якщо за результатами періоду аукціону (auctionPeriod), немає жодної валідної ставки. Валідна ставка >= сума стартової ціни лота + крок аукціону Якщо в рамках кваліфікації Організатор дискваліфікував усіх учасників з award`ами в статусі active	Термінальний статус.
cancelled	Аукціон скасовано	active_tendering АБО active_auction АБО pending_payment АБО active_awarded	Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно: Завантажити документ в cancellations[].documents з documentType: cancellationDetails Вказати причину скасування (cancellations.reason) Вказати дату прийняття рішення про скасування (cancellations.datePublished) Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → cancelled	Термінальний статус.

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

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

Технічна назва

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

Бізнесова назва

Дата початку

Дата завершення

Результат завершення

Коментар

rectificationPeriod

active_tendering

Період редагування

Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день

Може припадати на неробочий день, завершується за 5 календарних днів до завершення періоду подання пропозицій, час завершення о 18:00

tenderPeriod.endDate - 5 к.д., завершення о 18:00

Редагування полів процедури після завершення періоду процедури більше недоступне

Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД

Організатору доступно редагування полів процедури та робота з документами процедури додавання/заміна.

"rectificationPeriod": {
    "endDate": {
        "diff": "5 days",
        "direction": "backward",
        "from": "auctionPeriod.startDate",
        "time": "18:00"
    },
    "startDate": {
        "from": "now"
    }
}

tenderPeriod

active_tendering

Період подання пропозицій

Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день

о 20:00 в день, що передує дню початку періоду аукціону auctionPeriod.startDate

(може припадати на НЕробочий день)

Мінімально можливий tenderPeriod = 7 повних календарних днів з наступного дня після публікації процедури

Статус процедури змінюється автоматично:

active_tendering → active_auction

Період "Період подання пропозицій" починється одразу, як тільки відбувається публікація процедури в ЦБД

Протягом періоду:

Учасники можуть подавати свої заяви на участь, редагувати їх, додавати і замінювати документи в Біді. Можуть скасувати свою заяву.
Організатору доступна робота з документами процедури: додавання/заміна. Може скасувати аукціон до його початку.

"tenderPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "20:00"
	},
	"startDate": {
		"from": "now"
	}
}

questionPeriod

active_tendering

Період запитань

Може припадати на НЕробочий день.

о 18:00 за 1 р.д. до початку аукціону

"questionPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

enquiryPeriod

active_tendering

Період відповідей

Може припадати на НЕробочий день.

о 18:00 за 1 р.д. до початку аукціону

"enquiryPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

auctionPeriod

active_auction

Аукціон

Завжди припадає на робочий день.

Дата вказується організатором при публікації процедури.
Точний час початку визначається ЦБД (діапазон з 11:00 - 13:00)

Для sellingMethod: commercialSell-priorityEnglish мінімально можлива дата auctionPeriod.startDate == день публікації + 7 календарних днів починаючи з наступного за днем публікації.

Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день

Статус процедури змінюється автоматично:

active_auction → active_qualification

active_auction → unsuccessful

Статус процедури змінюється Організатором:

active_auction → cancelled

auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate

"auctionPeriod": {
	"startDate": {
		"time": "11:00 - 13:00",
		"validation": {
			"is_business_day": true,
			"min": {
				"diff": "8 days",
				"direction": "forward",
				"error": "raise",
				"from": "now",
				"time": "11:00",
				"is_business_day": true
			}
		}
	}
}

qualificationPeriod

pending_payment
active_awarded

Період кваліфікації

При відсутності auctionPeriod та наявності лише 1ї заявки:

qualificationPeriod.startDate == auctionPeriod.startDate

При наявності auctionPeriod:

qualificationPeriod.startDate == auctionPeriod.endDate

Не може припадати на НЕробочий день.

qualificationPeriod.endDate == qualificationPeriod.startDate + 18 р.д. о 18:00

На рівні ЦБД: відсутній

На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації.

Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь,

Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).

Функціонал Організатора:
- Скасування аукціону
- Дискваліфікація переможця
Функціонал Учасника:
- Для учасника з award'ом у статусі pending та active:
  - Відсутній.
- Для учасників з award'ами у статусі pending_waiting:
  - 1 award: - Відсутній.
  - 2 та 3 award: - Можливість відмовитися від участі в аукціоні (до моменту дискваліфікації учасника з award'ом у статусі pending за умови завершення періоду очікування waitingPeriod)

"qualificationPeriod": {
	"endDate": {
		"diff": "18 business days",
		"direction": "forward",
		"from": "now",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

waitingPeriod

pending_payment

active_awarded

Період очікування

waitingPeriod.startDate == qualificationPeriod.startDate

waitingPeriod.endDate == waitingPeriod.startDate + 30 кд

Функціонал Організатора:
- Можливість передати нову waitingPeriod.еndDate. Нова не може бути пізніша за сформовану автоматично. (Період можна зменшити, але не збільшити). Змінити може тільки один раз (waitingPeriodUpdated - ознака зміни)
Функціонал Учасника:
- Відсутній

"waitingPeriod": {
	"endDate": {
		"diff": "30 days",
		"direction": "forward",
		"from": "now",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

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

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	Цифровий підпис (Особливості роботи із цифровим підписом)	ні	так

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

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

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
draft	Чернетка заяви	момент публікації заявки в ЦБД	Ручна дія. Учасник надсилає запит на публікацію Bid-а	Публікація заяви на участь доступна тільки протягом tenderPeriod Мають бути заповнені поля: value bidders Майданчик Учасника робить 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)

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

Максимально може бути сформовано чотири Аварди:

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

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
pending	Очікується оплата	МА (переможець) АБО pending_waiting	Автоматично: Присвоюється переможцю під час генерації авардів (1-й award) АБО Автоматично: Присвоюється наступному за величиною ставки після дискваліфікації переможця	Організатор має можливість: Завантаження протоколу (обв'язкова дія - з можливістю замінити протокол) Переведення статусу учасника до наступного статусу "Переможець. Очікується договір" Дискваліфікація учасника Учасник має можливість: Завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити протокол) Технічно учасник завантажує протокол тільки в свій Бід
pending_waiting	Очікується рішення	МА (учасник з другою, третьою і четвертою за розміром валідною ставкою)	Автоматично. Присвоюється наступним після переможця учасникам під час генерації авардів (до трьох Авардів може отримати цей статус) (2,3,4-ті award-и)	Статус pending_waiting автоматично присвоюється наступним, після переможця за величиною ставки, учасникам під час генерації авардів. Авардів, які отримують статус pending_waiting може бути від 0 до 3. Це залежить від кількості учасників, які подали валідні ставки протягом tenderPeriod і аукціону. Учасник, який після переможця, має другу за розміром ставку (2-й Award) НЕ може відмовитись від очікування і забрати свій гарантійний внесок. Учасники, які після переможця мають третю і четверту ставки (3-й і 4-й Awards) - можуть відмовитись від очікування, забрати свій Гарантійний внесок за умови, що завершився "Період очікування" (настала дата і час waitingPeriod.endDate)
active	Переможець. Очікується договір	pending	Ручна дія. Організатор підтверджує оплату і змінює статус award pending → active	Термінальний статус. Організатор має можливість: Завантаження договору (з можливістю замінити); Дискваліфікація учасника (до завершення аукціону); Завершення аукціону. Учасники мають можливість: Учасник, який після переможця, має другу за розміром ставку (2-й Award) НЕ може відмовитись від очікування і забрати свій гарантійний внесок. Учасники, які після переможця мають третю і четверту ставки (3-й і 4-й Awards) - можуть відмовитись від очікування, забрати свій Гарантійний внесок за умови, що завершився "Період очікування" (настала дата і час waitingPeriod.endDate)
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

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

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

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

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

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

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

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

У випадку, якщо ставка учасника не є валідною, формування award'у для такого учасника не здійснюється
Учасник з 2-м award`ом (друга, після переможця ставка) не може відмовитися від очікування і отримати свій гарантійний внесок до отримання процедурою термінального статусу (complete, cancelled або unsuccessful)
Учасники з 3-м і 4-м award-ом можуть відмовитись від очікування, забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону, лише після завершення періоду очікування (waitingPeriod).

В кабінеті Учасника має бути реалізовано кнопку “Відмовитись від очікування”, натискання якої передає award'y статус cancelled.

Якщо кнопку "Відмовитись від очікування" натисне 2-й Award, то ЦБД поверне помилку: "Cannot discqualify award that comes next to active award object with status pending_waiting"

На Майданчику потрібно:

АБО не відображати (відображати не активною) кнопку "Відмовитись від очікування" для Аварду, який має статус "pending_waiting" і при цьому знаходиться другим в масиві Awards одразу після Аварду зі статусом pending
АБО відображати кнопку "Відмовитись від очікування", але якщо їх натискає 2-й Авард (наступний за переможцем), то ЦБД поверне помилку:

{
"message": "Forbidden status. Cannot discqualify award that comes next to active award object with status pending_waiting"
}

і цю помилку потрібно відобразити користувачу читабельною. Наприклад, "Учасник, який зробив другу за величиною після переможця ставку не має можливості відмовитись від очікування"

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

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

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

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

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

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

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

"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": "Інше"
}

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

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

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

На майданчиках відображається інформація про учасників, що кваліфікуються:

Повна юридична назва Учасника (bids.tenderers.identifier.legalName).
Розмір цінової пропозиції (bids.value.amount, bids.value.currency).
Статус award’у (award.status).
Документи учасника (bids.documents).
Терміни на завантаження протоколу/підтвердження оплати (paymentPeriod.startDate - paymentPeriod.endDate).
Терміни на завантаження договору (signingPeriod.startDate - signingPeriod.endDate)
Для учасника з 2 та 3 award`ом в статусі pendig_waiting відображається інформація про тривалість періоду очікування waitingPeriod.

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

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

За умови успішного проведення аукціону (цінова пропозиція хоча б одного учасника не менша за сукупну суму стартової ціни лота та кроку аукціону) або наявності єдиного учасника за результатами періоду подання пропозицій (tenderPeriod), якщо minNumberOfQualifiedBids=1 процедура переходить у “Період оплати” (award.paymentPeriod), статус процедури змінюється на "Очікується оплата" (pending_payment) починається робота з підтвердженням оплати.

Процедура знаходиться в статусі pending_payment, award знаходиться в статусі pending, contract знаходиться в статусі “Очікується договір” pending.

Для завершення роботи з оплатою коштів Організатору потрібно: - Вказати дату сплати коштів за лот datePaid. - Завантажити в систему документ що підтверджує оплату documentType:paymentDetails (не обов’язкова дія) - Натиснути кнопку “Підтвердити оплату”.

Внаслідок чого статус процедури змінюється з “Очікується оплата” pending_payment на “Очікується підписання договору” active_awarded, статус award’у змінюється з pending на active, статус contract`у залишаються без змін.

Період оплати - award.paymentPeriod

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

Умови формування дати початку та кінця періоду:
- Особливості періоду: - тривалість періоду до 10 робочих днів (не включаючи день проведення аукціону).
- Дата початку: - відповідає даті та часу початку періоду кваліфікації (qualificationPeriod.startDate)
- Дата завершення: - період триває доти, доки Організатор не натисне кнопку “Підтвердити оплату”.
- Функціонал Організатора:
  - Аналогічно до функціоналу qualificationPeriod.
  - Підтвердження оплати за лот.
- Функціонал Учасника:
  - Для учасника з award'ом у статусі pending:
    - Робота із протоколом (не обов'язкова дія - можливість завантажити та замінити протокол).
  - Для учасників з award'ом у статусі pending_waiting:
    - Відсутній

Період підписання договору - award.signingPeriod

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

Умови формування дати початку та кінця періоду:
- Особливості періоду: - тривалість періоду 18 робочих днів (не включаючи день проведення аукціону) з можливістю пролонгації на необмежену кількість днів (qualificationPeriod.startDate) Пролонгація строку роботи із договором.
- Дата початку: - може припадати на неробочий день, відповідає даті та часу початку періоду кваліфікації (qualificationPeriod.startDate)
- Дата завершення: період триває поки Організатор не натисне кнопку “Підтвердити договір”
- Функціонал Організатора:
  - Аналогічно до функціоналу qualificationPeriod.
  - Завантаження договору (заповнення обов’язкових полів та завантаження протоколу);
  - Пролонгація періоду підписання договору
- Функціонал Учасника
  - Для учасника з award'ом у статусі active:
    - Відсутній.
  - Для учасників з award'ом у статусі pending_waiting:
    - Відсутній.

Документи

Cтатус процедури: pending_payment, active_awarded
Період аварду: award.paymentPeriod, award.signingPeriod

rejectionProtocol
- Legal Name UA - Документ, що підтверджує дискваліфікацію
- Legal Name EN - Rejection protocol
- Опис - Завантажується у разі дискваліфікації учасника (окремо зазначається причина) за умови прийняття рішення Організатором
- Обов'язковість - Так, для зміни статусу аварду на unsuccessful
- Публічність - Так
act
- Legal Name UA - Документ, що підтверджує відмову
- Legal Name EN - Refusal act
- Опис - Завантажується у разі дискваліфікації учасника (окремо зазначається причина) за умови прийняття рішення Учасником
- Обов'язковість - Так, для зміни статусу аварду на unsuccessful
- Публічність - Так

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

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

Пролонгація:

Статус процедури: 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
Період процедури\аварду: qualificationPeriod (award.signingPeriod)

contractNotice
- Legal Name UA - Повідомлення про договір
- Legal Name EN - Contact notice
- Опис - Офіційне повідомлення, що містить деталі договору
- Обов'язковість - Ні
- Публічність - Так
contractSigned**
- Legal Name UA - Підписаний договір
- Legal Name EN - Signed contract
- Опис - Підписаний договір
- Обов'язковість - Так
- Публічність - Так
contractAnnexe
- Legal Name UA - Додатки до договору
- Legal Name EN - Contract annexe
- Опис - Додатки до договору
- Обов'язковість - Ні
- Публічність - Так Cтатус процедури: pending_payment
  Період аварду: award.paymentPeriod
paymentDetails
- Legal Name UA - Документ, що підтверджує сплату
- Legal Name EN - Payment details
- Опис - Документ, що підтверджує сплату
- Обов'язковість - Ні
- Публічність - Так Cтатус процедури: active_awarded
  Період аварду: award.paymentPeriod
auctionProtocol
- Legal Name UA - Протокол аукціону
- Legal Name EN - Auction protocol
- *Опис - Протокол аукціону автогенерує ЦБД одразу після завершення
- *Обов'язковість - Так
- *Публічність - Так

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

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

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

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

Створення та редагування оголошення

Формування лота, опис дій поза системою

Організатор аукціону готує оголошення на проведення процедури в ЕТС через майданчик. Після підготовки лота і оформлення усієї необхідної документації починається етап “Створення процедури”.

Перелік обов'язкової інформації для відображення на майданчику

Створення оголошення

Для публікації оголошення Організатор повинен: - заповнити поля процедури (частина полів заповнюються системою автоматично), повний перелік полів за посиланням: https://procedure-staging.prozorro.sale/api/doc# - вказати дату проведення аукціону auctionPeriod_startDate (тривалість періоду tenderPeriod мінімум 7 календарних днів не враховуючи дня публікації процедури) - натиснути кнопку “Опублікувати оголошення”
Внаслідок чого статус процедури змінюється на “Прийняття заяв на участь” active_tendering.
У Організатора аукціону є можливість оголосити аукціон на основі попереднього аукціону (створити копію будь-якого аукціону у будь-якому статусі).

Редагування оголошення

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

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

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

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

Розміщення заяви на участь nonperformingLoans-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,2 за результатами етапу подання пропозицій, спочатку процедура набуває статусу active_auction, а вже за результатами аукціону статусу кваліфікації, в разі подання валідних ставок (стартова + крок).

У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон скасовано (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.

Перелік типів документів даного етапу
Перелік періодів та статусів етапу та посилання на їх опис
Умови скасування заяви
Інформація про отримання посилання на аукціон
Посилання на схему «Розміщення закритої цінової пропозиції»

Скасування аукціону nonperformingLoans-english

Скасувати аукціон можливо у будь-якому не термінальному статусі процедури.

Для скасування Організатор аукціону зобов’язаний передати:

Документ (documentType:cancellationDetails)
Причину скасування (cancellation.reason) (Організатор аукціону вказує вручну)
Фактичну дату скасування (cancellations.date)

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

Аукціон nonperformingLoans-english

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

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

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

Пауза

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

Розкриття

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

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

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

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

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

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

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

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

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

Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, contract в статусі “Очікується договір” pending.

Для завершення роботи з договором Організатор повинен: - Завантажити договір (documentType:contractSigned); - Завантажити протокол (documentType:auctionProtocol); - Заповнити обов'язкову інформацію; - Натиснути на кнопку “Підтвердити договір”.

Внаслідок чого статус contract’у змінюється на “Договір підтверджено” active, статус процедури та аварду залишаються без змін.

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

Завершення аукціону (переведення у статус complete)

Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, contract в статусі “Договір підтверджено” active.

Для завершення аукціону Організатор повинен: - Натиснути на кнопку “Завершити електронні торги”.

Внаслідок чого статус процедури змінюється на “Аукціон завершено. Договір підписано” complete, статус договору та авадру залишаються без змін. ЦБД автоматично змінює статуси аward'ів з ”Очікує рішення” pending_waiting на “Учасник не став переможцем” cancelled.

Дострокове завершення періоду очікування

Передумова: період очікування waitingPeriod не завершився.

Щоб достроково завершити період очікування Організатор повинен: - Натиснути кнопку “Завершити період очікування”

Внаслідок виконання даної дії майданчик передає поточну дату та час до ЦБД. Якщо waitingPeriod_startDate < передане значення дати < waitingPeriod_endDate та **waitingPeriodUpdated = false ** ЦБД змінює:

значення дати завершення періоду очікування waitingPeriod_endDate на значення, було передано майданчиком
значення ідентифікатора зміни періоду очикування waitingPeriodUpdated на true

Після чого учасники з 2 та 3 award’ами в статусі ”Очікує рішення” pending_waiting можуть відмовитися від очікування. В разі відмови статус award’у змінюється на “Учасник не став переможцем” cancelled.

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

Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, статус contract`у “Очікується договір” pending.

Для пролонгації періоду підписання договору (award.signingPeriod) Організатору необхідно: - Завантажити один з документів про підстави пролонгації (documentType: prolongationProtocol або ProlongationConsent) - не обов’язкова дія; - Вказати причину пролонгації (ручний ввід) - Вказати строк пролонгації (prolongationTerm) (мінімальний строк= поточній тривалості періоду кваліфікації,максимальний строк award.signingPeriod не обмежена). - Натиснути кнопку "Активувати пролонгацію".

В результаті чого у масиві prolongations створюється об’єкт prolongation. Пролонгувати строк періоду підписання договору (award.signingPeriod) можливо необмежену кількість разів на необмежений термін.Дія незворотна.

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

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

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

nonperformingLoans-english-fast
nonperformingLoans-english-fast-manual
nonperformingLoans-english-initial-auction
nonperformingLoans-english-initial-qualification
nonperformingLoans-english-initial-fast