...

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

...

documentType

...

Назва Українською

...

Назва Англійською

...

Опис

...

Обовʼязковіть

...

Публічність

Періоди 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

...

Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором;

...

Так

Для зміни awards.status: pending → unsuccessful

...

Завантажується у разі дискваліфікації учасника (окремо зазначається причина: відмова Переможцем підписувати договір/протокол), за умови прийняття рішення Учасником.

Документ має бути можливість завантажити у Організатора та у Переможця.

Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending або protocol_signed, має бути завантажено хоча б один документ з documentType: act 
В поле terminationReason аварду записується причина із довідника

Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful

...

Так

Для зміни awards.status: pending → unsuccessful

...

Ні

...

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

За результатами аукціону або за умови наявності лише однієї заяви на участь (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"

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

Триває період кваліфікації (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)

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

...

...

...

...

...

...

...

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

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

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

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

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

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

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

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

Триває період кваліфікації (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)

Перелік типів документів даного етапу
Типи, опис документів та робота з ними 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

...

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

...

• • Так

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

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

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

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

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

...

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

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

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

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

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

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

...

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

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

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

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

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

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

...