Загальний огляд

...

nonPerformingLoans-english

...

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

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

Бізнес назва - Продаж активів та майна держбанків

• Регламент

UPD: Регламент 1.3.

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

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

...

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

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

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

...

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

Процедура

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

1. На етапі роботи із Оголошенням:
   • можливість створити більше одного item'у в 1-му аукціоні, але мінімум один
   • реєстраційний внесок відсутній, якщо лотом не є майно банків
   • організатором може бути лише юрособа (банк)
   • нові поля процедури:
     • Залишок заборгованості за кредитними договорами (items.value)
     • Термін прострочення платежу (items.overdueDuration)
   • мінімальна кількість заяв для можливості успішного проведення аукціону за аукціону за замовчуванням minNumberOfQualifiedBids = 1, але у Організатор присутня можливість при публікації в ЦБД процедури передати minNumberOfQualifiedBids =2 
2. Аукціон:
   • англійський аукціон
3. Кваліфікація:
   • кваліфікуються Кваліфікуються максимально 4 учасники (створюється чотири Аварди):
     • Для учасника, який зробив найбільшу ставку створюється Авард у статусі pending
     • Для учасників, які подали менші за розміром ставки, створюються ще максимум три Аварди в статусі pending_waiting
     • Якщо кількість учасників, які зробили валідні ставки загалом більше, ніж чотири, то для пʼятого і наступних - Авард створюватись не буде (максимум може бути створено чотири Аварди)
   • Відмова відмова від очікування:
     • учасник з 1 award’ом другою після переможця за величиною ставкою - не може відмовитися від очікування до завершення процедури продажу (поки процедура не набуде статусу complete або cancelled)
     • учасники з третьою і четвертою за величиною ставками учасники з 2 та 3 award'ами можуть відмовитися від очікування лише після завершення завершення waitingPеriod.
   • Період очікування (waitingPeriod) триває 30 кд, але організатор може зменшити його тривалість. Цяорганізатор може зменшити (за замовчуванням 30 календарних днів) waitingPеriod_endDate - дія не зворотня.
   • організатор Організатор може збільшити тривалість період підписання (award.signingPeriod в ) необмежену кількість разів.
   • новий Новий тип документу:
     • згода на продовження терміну підписання (prolongationConsent).

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

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

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

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

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

• Основний класифікатор (Classification) 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)

...

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

• CAV
• CPVS
• CVZU

Посилання на схему «Загальний процес»

Функціонал ролей в рамках періодів nonperformingLoans-english

Посилання на схему Timeline процедури

Посилання на конфігураційний файл з періодами и статусами

Посилання на схему "Зміна статусів процедури"

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

...

• Технічний ідентифікатор - draft
• Умови зміни статусу - Чернетка процедури на стороні майданчика поза системою

...

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

...

...

...

• Технічний ідентифікатор - pending_payment
• Умови зміни статусу - По завершенню періоду аукціону (auctionPeriod), за умови 2-х заяв на участь або після завершення періоду подання пропозицій (tenderPeriod), за умови 1-ї заяви на участь (minNumberOfQualifiedBid=1), ЦБД змінює статус процедури на “Очікується сплата за лот” (pending_payment), award’у набуває значення “Очікується оплата” (pending) - 1 фаза кваліфікації переможця в частині сплати коштів за лот.

...

• Технічний ідентифікатор - active_awarded
• Умови зміни статусу - Після оплати за лот Учасником Організатор натискає кнопку “Підтвердити оплату” статус аукціону змінюється на “Очікується підписання договору” (active_awarded) статус award’у змінюється на “Переможець” (active) - 2 фаза кваліфікації переможця в частині роботи з договором та протоколом.

...

• Технічний ідентифікатор - complete
• Умови зміни статусу - Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано”.

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

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

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

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

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

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

"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": {
	"endDate": {
		"diff": "18 business days",
		"direction": "forward",
		"from": "now",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

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

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

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

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

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

Авард

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

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

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

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

Періоди Award

"paymentPeriod": {
	"endDate": {
		"diff": "10 business days",
		"direction": "forward",
		"from": "now"
	},
	"startDate": {
		"from": "now"
	}
}

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

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

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

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

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

Ставки сортуються від більшої ціни до меншої, а у випадку співпадіння ціни вище відображається ставки розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду подання пропозицій (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"

ЦБД формує contracts[] для Переможця у статусі pending також одразу при переході процедури у статус pending_payment

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

Розпочинається одночасно з кваліфікацією переможця за умови його наявності.

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

Результатом існування waitingPeriod є:

Учасники, для яких було створено 3-1 і 4-й Аварди (якщо вони наявні) отримують можливість відмовитись від очікування тільки після завершення waitingPeriod

Організатор має можливість зменшити тривалість waitingPeriod за потреби. Щоб достроково завершити період очікування, Організатор повинен: - Натиснути кнопку “Завершити період очікування”

Внаслідок виконання даної дії майданчик надсилає запит на PATCH процедури, де передає waitingPeriod.endDate

Якщо waitingPeriod.startDate < передане значення < waitingPeriod.endDate та waitingPeriodUpdated = false, то ЦБД змінює:

• значення дати завершення періоду очікування waitingPeriod.endDate на значення, було передано Організатором
• значення ідентифікатора зміни періоду очикування waitingPeriodUpdated на true

У Організатора є можливість лише один раз змінити waitingPeriod.endDate. Поле waitingPeriodUpdated - це ознака того, чи змінював Організатор дату завершення періоду очікування

Якщо дата waitingPeriod.endDate вже в минулому, то учасники з 3 та 4 award-ами в статусі ”Очікує рішення” pending_waiting можуть відмовитися від очікування.

В разі відмови статус award’у змінюється з pending_waiting →  cancelled “Учасник не став переможцем”

Можливий сценарій

На аукціон прийшло пʼять учасників, кожен із яких зробив валідну ставку.

На початку кваліфікації ЦБД автоматично створює чотири Awards. Для пʼятого учасника з найнижчою ставкою, участь в даному аукціоні завершена, він може писати заяву на повернення Гарантійного внеску (ГВ) (це відбувається поза системою)

• Авард 1: Переможець, який зробив найбільшу ставку. Його Авард отримує статус pending
• Авард 2: Учасник, який зробив другу за величиною ставку (або просто пізніше) після Переможця. Його Авард отримує статус pending_waiting
• Авард 3: Учасник, який зрбив третю після переможця за величиною ставку. Його Авард отримує статус pending_waiting
• Авард 4: Учасник, який зрбив четверту після переможця за величиною ставку. Його Авард отримує статус pending_waiting

В JSON всі чотири Аварди будуть розташовані за величиною ставки: від переможця - до учасника з найменшою ставкою

В той самий момент, коли почалася кваліфікація і авто-згенерувалися Авари, ЦБД також автоматично генерує watinigPeriod в процедурі і встановлює waitingPeriod.startDate == момент початку кваліфікації та waitingPeriod.endDate == waitingPeriod.startDate + 30 кд

Поки триває waitingPeriod, Авард 2, Авард 3 і Авард 4 не мають можливості відмовитись від очікування (змінити Awards[].status: pending_waiting → cancelled). ЦБД буде повертати помилку при спробі надіслати запит на зміну статусу Аварда.

Після завершення waitingPeriod, Авард 2 і далі не буде мати можливості відмовитись від очікування. Єдина можливість повернути ГВ для Аварда 2, це дочекатися Успішної кваліфікації Переможця, або скасування процедури.

Але після завершення waitingPeriod, Авард 3 і Авард 4 отримають можливість відмовитись від очікування (змінити Awards[].status: pending_waiting → cancelled) і звернутись до Майданчика з запитом "повернути ГВ"

Якщо Організатор дискваліфікує Переможця (Авард 1), то він отримує статус unsuccessful, а Авард 2 набуде статусу pending і розпочнеться його кваліфікація. При чому, Авард 3 і Авард 4 НЕ втрачають можливості відмовитись від очікування по завершенню waitingPeriod. Правило "відсутність можливості відмовитись від очікування" працює тільки для Учасника, який зробив другу за величиною ставку (Авард 2) і не переходить на наступних учасників навіть за умови дискваліфікації попередніх.

Приклад такої процедури: https://procedure-sandbox.prozorro.sale/api/procedures/6915deb7f559f36d2b2bc83b?acc_token=99acc05a-07c5-4c12-bcb3-ede5de92e587

Авард 1 - дискваліфікував Організатор
Авард 2 - в результаті став "переможцем" і отримав статус pending
Авард 3 - відмовився від очікування і сам змінив свій статус на cancelled, хоча він тепер став "другий" в черзі 

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

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

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

Contract переможця також сформувався одночасно з Авардом і отримав статус “Очікується договір” - pending 

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

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

  Expand
  title приклад
  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[] 

  Expand
  title приклад
  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 

  Expand
  title приклад
  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": {
	"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 → pending_payment). Період кваліфікації qualificationPeriod формується повторно з усіма вкладеними періодами (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 Організатор має можливість виправити поля договору та вкладені файли.

Пролонгація

Статус процедури: 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.

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

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

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

Завершення аукціону (переведення у статус 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. внести зміни до полів процедури (крім технічних полів) та/або завантажити/замінити документи оголошення
3. ініціювати збереження внесених змін.
   У випадку внесення змін в поля процедури статус заяв на участь (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
Формування протоколу Аукціону

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

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

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

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

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

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

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

...

• Технічний ідентифікатор - unsuccessful
• Умови зміни статусу - Термінальний статус, відсутність учасників або дискваліфікація всіх учасників. Можливі наступні автоматичні варіанти зміни статусу процедури на “Аукціон не відбувся” в ЦБД, у разі:
  • Якщо в рамках періоду подання пропозицій (tenderPeriod) немає жодної поданої заяви;
  • Якщо в рамках періоду подання пропозицій (tenderPeriod) кількість поданих заяв на участь менше за встановлене Організатором значення minNumberOfQualifiedBids;
  • Якщо за результатами періоду аукціону (auctionPeriod), немає жодної валідної ставки. Валідна ставка - сума>= сума стартової ціни лота + крок аукціону;
  • Якщо в рамках кваліфікації Організатор дискваліфікував усіх учасників з award`ами в статусі active.

...

• Технічний ідентифікатор - cancelled
• Умови зміни статусу - Можливість скасування аукціону у Організатора присутня у не термінальному статусі процедури. Для зміни статусу процедури на “Аукціон скасовано” Організатор зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати”, завантажити документ з причинами скасування та вказати причину скасування, вказати причину скасування, дату та час скасування, після чого майданчик Організатора передає запит до ЦБД на зміну статусу процедури на “Аукціон скасовано”.

Статуси заяви на участь (біда)

Схема "Зміна статусів заяви на участь (біда)"

• Чернетка заяви
  • Технічний ідентифікатор - draft
  • Майданчик:
    • Можливість активувати заяву на участь
  • Умови зміни статусу - Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).
• Підтверджена заява
  • Технічний ідентифікатор - active
  • Учасник:
    • відсутній
  • Умови зміни статусу - Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (active) та вважається опублікованою.
• Деактивована заява
  • Технічний ідентифікатор - inactive
  • Учасник:
    • можливість активувати заяву на участь
    • можливість анулювати заяву на участь
  • Умови зміни статусу - У разі редагування оголошення (поля) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active або анулювати за бажанням учасника.
• Видалена заява
  • Технічний ідентифікатор - deleted
  • Учасник:
    • відсутній
  • Умови зміни статусу - У разі анулювання заяви на участь учасником вона набуває статус “Видалена заява” (deleted).

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

Період підготовки - preleminaryPeriod (off system)

Статус процедури - поза системою

• Умови формування дати початку та кінця періоду - поза системою
• Функціонал Організатора:
  • Публікація оголошення
• Функціонал Учасника - відсутній

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - мінімальна тривалість періоду 1 календарниий день (з дня наступного за днем публікації).
  • Дата початку: може припадати на неробочий день (співпадає з датою публікації процедури)
  • Дата завершення: може припадати на неробочий день, о 20:00 дня, що передує дню початку періоду Аукціону (auctionPeriod).
  • Функціонал Організатора:
    • Скасування аукціону
    • Можливість завантаження/заміни документів оголошення
  • Функціонал Учасника:
    • Розміщення заяв на участь в рамках:
      • Можливість внесення змін в заяву на участь;
      • Можливість завантажувати та змінювати документи заяви на участь;
      • Можливість анулювати заяву на участь;
      • Можливість знайти і переглянути інформацію про оголошені електронні аукціони.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - завершується за 5 календарних днів до tenderPeriod.endDate, якщо 1 <= tenderPeriod <= 5 днів, то rectificationPeriod відсутній
  • Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій (tenderPeriod.startDate).
  • Дата завершення: може припадати на неробочий день, завершується за 5 календарних днів до tenderPeriod.endDate, завершення о 18:00.
  • Функціонал Організатора:
    • Можливість внесення змін в процедуру;
    • Аналогічно до функціоналу tenderPeriod.
  • Функціонал Учасника:
    • Аналогічно до функціоналу tenderPeriod.
    • Можливість повторно подати запит на активацію заяви, при внесенні змін в процедуру Організатором. Після повторного підтвердження ставка Учасника при цьому змінює статус з inactive “Деактивована заява” на active “Підтверджена заява”.
  • Функціонал ЦБД:
    • Деактивація заяв на участь за умови внесення змін в оголошення Організатором.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - відсутні
  • Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій (tenderPeriod.startDate)
  • Дата завершення: може припадати на неробочий день, завершується за 1 робочий день до початку періоду аукціону (auctionPeriod.startDate) о 18:00
  • Функціонал Організатора: - аналогічно до функціоналу tenderPeriod
  • Функціонал Учасника:
    • Можливість задати запитання
    • Аналогічно до функціоналу tenderPeriod

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - відсутні
  • Дата початку: - може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій (tenderPeriod.startDate).
  • Дата завершення: - може припадати на неробочий день, завершується за 1 робочий день до початку періоду аукціону (auctionPeriod.startDate) о 18:00
  • Функціонал Організатора:
    • Аналогічно до функціоналу tenderPeriod
    • Можливість ознайомитись та надати відповіді на запитання учасників
  • Функціонал Учасника:
    • Аналогічно до функціоналу tenderPeriod
    • Ознайомлення із отриманими відповідями

Період аукціону - auctionPeriod

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - починається у визначений ЦБД день та час (але не раніше ніж за 7 календарних днів з дати публікації процедури, не враховуючи день публікації процедури (datePublished) в ЦБД), залежить від наявності не менше 2-х bid's в статусі active.
  • Дата початку: - завжди припадає на робочий день, точна дата та час визначається ЦБД з огляду на встановлену завантаженість
  • Дата завершення: - може припадати на неробочий день, подія завершення аукціону (торгів).
  • Функціонал Організатора:
    • Скасування аукціону.
    • Перегляд аукціону як Спостерігач.
  • Функціонал Учасника:
    • Участь в аукціоні.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - формується за наявності переможця за результатами проведеного аукціону (auctionPeriod) або після періоду подання пропозицій (tenderPeriod), за наявності не менше мінімальної кількості заяв на участь (minNumberOfQualifiedBids), тривалість періоду до 18 робочих днів (не включаючи день проведення аукціону) та може бути продовжено у разі пролонгації періоду підписання договору (signingPeriod), період завершується вручну Організатором аукціону. Формується повторно з усіма вкладеними періодами за наявності наступного учасника в якості переможця (в момент дискваліфікації попереднього учасника).
  • Дата початку: - може припадати на неробочий день, відповідає даті та часу завершення періоду подання пропозицій (tenderPeriod.endDate), за умови подання лише 1 заяви або періоду аукціону (auctionPeriod.endDate), за умови подання 2-х та більше заяв.
  • Дата завершення: - завжди припадає на робочий день, період триває доти, доки Організатор не натисне кнопку “Завершити електронні торги”, час завершення о 18:00.
  • Функціонал Організатора:
    • Скасування аукціону ;
    • Дискваліфікація переможця;
  • Функціонал Учасника:
    • Для учасника з award'ом у статусі pending та active:
      • Відсутній.
    • Для учасників з award'ами у статусі pending_waiting:
      • 1 award: - Відсутній.
      • 2 та 3 award: - Можливість відмовитися від участі в аукціоні (до моменту дискваліфікації учасника з award'ом у статусі pending за умови завершення періоду очікування waitingPeriod).

Період оплати - 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:
      • Відсутній.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - період процедури, не формується повторно при дискваліфікації учасника, тривалість періоду 30 календарних днів
  • Дата початку: - може припадати на неробочий день, відповідає даті та часу початку періоду кваліфікації (qualificationPeriod.startDate)
  • Дата завершення: час завершення о 18:00, в момент настання waitingPeriod_еndDate, що формується:
    • автоматично - waitingPeriod_startDate + 30 календарних днів, .
    • вручну - waitingPeriod_еndDate може бути змінена Організатором, нова не може бути пізніша за сформовану автоматично waitingPeriod_еndDate, зміну можна вносити один раз.
  • Функціонал Організатора:
    • Завершення періоду очікування waitingPeriod - зміна waitingPeriod_еndDate (дія незворотна)
  • Функціонал Учасника:
    • Відсутній

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

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

Типи, опис документів та робота з ними

Документ доступний для завантаження разом з документами всіх сутностей в будь-якому статусі крім термінального

• digitalSignature
  • Legal Name UA - Цифровий підпис
  • Legal Name EN - Digital signature
  • Опис - Цифровий підпис
  • Обов'язковість - Ні
  • Публічність - Набуває значення документу з яким пов'язаний

Особливості роботи із цифровим підписом

Процедура

Cтатус процедури: active_tendering
Період процедури\аварду: rectificationPeriod, enquiryPeriod, tenderPeriod, questionPeriod

• illustration
  • Legal Name UA - Ілюстрації
  • Legal Name EN - Illustration
  • Опис - Зображення, що можуть додаватися Організатором до оголошення
  • Обов'язковість - Ні
  • Публічність - Так
• technicalSpecifications
  • Legal Name UA - Копії документів та матеріалів на лот
  • Legal Name EN - Technical specifications
  • Опис - Детальна інформація про лот
  • Обов'язковість - Ні
  • Публічність - Так
• evaluationCriteria
  • Legal Name UA - Кваліфікаційні вимоги
  • Legal Name EN - Evaluation criteria
  • Опис - Інформація про те, як будуть оцінюватись цінові пропозиції учасників
  • Обов'язковість - Ні
  • Публічність - Так
• contractProforma
  • Legal Name UA - Типова форма договору
  • **Legal Name EN - Contract proforma
  • Опис - Шаблон договору купівлі-продажу
  • Обов'язковість - Ні
  • Публічність - Так
• x_presentation
  • Legal Name UA - Презентація
  • Legal Name EN - Presentation
  • Опис - Презентація
  • Обов'язковість - Ні
  • Публічність - Так
• x_nonperformingLoansPublicAssetCertificate
  • Legal Name UA - Публічний паспорт активу (майна)
  • Legal Name EN - Public asset certificate
  • Опис - Інформація про аукціон
  • Обов'язковість - Ні
  • Публічність - Так
• x_nda
  • Legal Name UA - Договір про нерозголошення (NDA)
  • Legal Name EN - NDA
  • Опис - Договір про нерозголошення між учасником та банком
  • Обов'язковість - Ні
  • Публічність - Ні

Статус процедури: active_tendering
Період процедури: rectificationPeriod

• clarifications
  • Legal Name UA - Погодження змін до опису лоту. Опис причин редагування.
  • Legal Name EN - Clarifications
  • Опис - Погодження змін до опису лота. Опис причин редагування. Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження в період редагування (rectificationPeriod) та подання пропозицій (tenderPeriod).
  • Обов'язковість - Так, за умови внесення змін до оголошення
  • Публічність - Так Cтатус процедури: active_tendering, active_auction, active_awarded, pending_payment
    Період процедури: rectificationPeriod, auctionPeriod, tenderPeriod, auctionPeriod, qualificationPeriod
• cancellationDetails
  • Legal Name UA - Причини скасування
  • Legal Name EN - Cancellation details
  • Опис - Інформація щодо причин скасування аукціону
  • Обов'язковість - Так, для скасування аукціону
  • Публічність - Так

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

Статус процедури: active_tendering
Період процедури\аварду: tenderPeriod

• commercialProposal
  • Legal Name UA - Заява на участь
  • Legal Name EN - Bid
  • Опис - Заповнена електронна форма заяви
  • Обов'язковість - Ні
  • Публічність - Так
• qualificationDocuments
  • Legal Name UA - Документи що підтверджують кваліфікацію
  • Legal Name EN - Qualification document
  • Опис - Документи що підтверджують кваліфікацію
  • Обов'язковість - Ні
  • Публічність - Так
• eligibilityDocuments
  • Legal Name UA - Документи що підтверджують відповідність
  • Legal Name EN - Eligibility document
  • Опис - Документи що підтверджують відповідність
  • Обов'язковість - Ні
  • Публічність - Так
• x_guaranteeApproval
  • Legal Name UA - Документ, що підтверджує сплату гарантійного внеску
  • Legal Name EN - Guarantee approval
  • Опис - Документ, що підтверджує сплату гарантійного внеску
  • Обов'язковість - Ні
  • Публічність - Так
• x_registrationFeeApproval
  • Legal Name UA - Документ, що підтверджує сплату реєстраційного внеску
  • Legal Name EN - RegistrationFee approval
  • Опис - Документ, що підтверджує сплату реєстраційного внеску
  • Обов'язковість - Ні
  • Публічність - Так Статус процедури: pending_payment
    Період процедури\аварду: qualificationPeriod (award.paymentPeriod )
• auctionProtocol
  • Legal Name UA - Протокол аукціону
  • Legal Name EN - Auction protocol
  • Опис - Протокол аукціону автогенерує ЦБД одразу після завершення
  • Обов'язковість - Ні
  • Публічність - Так

Авард

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
  • Публічність - Так

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

Статус процедури: 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
  • *Опис - Протокол аукціону автогенерує ЦБД одразу після завершення
  • *Обов'язковість - Так
  • *Публічність - Так

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

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

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

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

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

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

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

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

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

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

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

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

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

1. завантажити документ "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), що містить перелік змін, які вносяться в оголошення, причину внесення таких змін
2. внести зміни до полів процедури (крім технічних полів) та/або завантажити/замінити документи оголошення
3. ініціювати збереження внесених змін.
   У випадку внесення змін в поля процедури статус заяв на участь (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
Формування протоколу Аукціону

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

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

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

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

Кваліфікація nonperformingLoans-english

Awarding process - схема
Awards timeline nonperformingLoans-english

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

Award’и генеруються після заверешення аукціону: Очікується оплата - pending (0 award). Учасники, що очікують (1,2,3 award) - pending_waiting (за наявності).

• pending (Очікується оплата)
  • Організатор:
    • Можливість підтвердити оплату за лот;
    • Дискваліфікація учасника (до завершення аукціону).
  • Учасник - Можливість завантажити та замінити протокол (auctionProtocol) до bid'a - не обов'язкова дія (до моменту підтвердження оплати).
  • Особливості: Дискваліфікувати переможця можливо до завершення аукціону.
• active (Переможець)
  • Організатор:
    • Можливість завантажити та замінити протокол (auctionProtocol) до contract’у - обов’язкова дія;
    • Завантаження договору (з можливістю замінити);
    • Дискваліфікація учасника (до завершення аукціону).
  • Учасник - функціонал відсутній.
  • Особливості: Дискваліфікувати переможця можливо до завершення аукціону.
• pending_waiting (Очікується рішення)
  • Організатор - Дострокове завершення періоду очікування (waitingPeriod)
  • Учасник:
    • з 1-им award`ом - відсутні;
    • з 2-им та 3-ім award`ом - можливість відмовитися від очікування.
  • Особливості:
    • Відмовитися від очікування можливо після завершення періоду очікування (waitingPeriod).
• unsuccessful (Дискваліфіковано)
  • Організатор - функціонал відсутній.
  • Учасник - функціонал відсутній
  • Особливості:
    • Award набуває статусу у випадку дискваліфікації учасника на будь-якому етапі кваліфікації
• cancelled (Учасник не став переможцем)
  • Організатор - функціонал відсутній
  • Учасник - функціонал відсутній
  • Особливості:
    • Учасник відмовився від очікування;
    • Для award`ів в статусі pending_waiting відбувається автоматична зміна на рівні ЦБД в момент завершення аукціону (auction:complete)

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

За результатами періоду аукціону (auctionPeriod) або за умови наявності не менше мінімальної кількості заяв на участь (>=minNumberOfQualifiedBids) поданої заяви за результатами періоду подання пропозицій (tenderPeriod), процедура переходить до етапу кваліфікації учасників. Основні умови відбору переможців Організатором аукціону - найвища валідна ставка та відповідність учасника кваліфікаційним вимогам.

Ставки сортуються від більшої ціни до меншої, а у випадку співпадіння ціни вище відображається ставки розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду подання пропозицій (tenderPeriod), час фіксації змін у заяві у ЦБД. ЦБД формує award'и для 4 учасників (за наявності) з найвищими ставками: - 1 ставка - статус pending (0 award) - 2,3,4 ставки - статус pending_waiting (1,2,3 award’и)

Для 2,3,4 ставок (за наявності таких), одразу після аукціону, формуються award’и, що отримують статус pending_waiting, якщо їх ставка була валідною.

• У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
• Учасник з 1 award`ом не може відмовитися від очікування.
• Учасники з 2 та 3 award`ом можуть забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону після завершення періоду очікування (waitingPeriod). В кабінеті Учасника реалізовано кнопку “Відмовитись від очікування”, натискання якої передає award'y статус cancelled.

Якщо award в статусі active або pending дискваліфіковують, учасник з наступною за величиною цінової пропозиції з award'ом в статусі pending_waiting набуває статусу pending та проходить процедуру кваліфікації по такому самому принципу як попередній переможець (процедура знову набуває статус "Очікується оплата" (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`у залишаються без змін.

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

Процедура знаходиться в статусі “Очікується підписання договору” 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) можливо необмежену кількість разів на необмежений термін.Дія незворотна.

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

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

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

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

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

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

Перелік причин дискваліфікації terminationReason: - Відмовився від оплати - Відмовився від підписання договору/протоколу - Переможець аукціону брав участь в аукціонах з кількох майданчиків - Свідомо надав неправдиву інформацію - Переможець аукціону є боржником та/або поручителем за кредитними договорами та договорами забезпечення виконання зобов'язань - Повна оплата коштів за лот не здійснена в строк - Інше

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

...

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

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

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