Versions Compared

Old Version 9

changes.mady.by.user Filip Kuzmin

Saved on

compared with

New Version 10

changes.mady.by.user Filip Kuzmin

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Технічна назваБізнесова назваПерехід зЗа умовиКоментар
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

Автоматично.

Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана лише 1 заява на участь (при умові minNumberOfQualifiedBids=1) 

АБО

Автоматично.

Завершилась робота Модуля аукціону (auctionPeriod.endDate)

Після завершення періоду подання пропозицій (tenderPeriod), за умови 1-ї заяви на участь (minNumberOfQualifiedBid=1)

АБО

По завершенню періоду аукціону (auctionPeriod), за умови 2-х заяв на участь - 

  • ЦБД змінює статус процедури на “Очікується сплата за лот” ( → pending_payment)
, також
  • ЦБД автоматично створює awards[]
  • ЦБД автоматично створює contracts[0]


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

Термінальний статус.

...

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ніНабуває значення документу з яким позв'язаний

Авард

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

...

...

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

...

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

...

  • Організатор:
    • Можливість підтвердити оплату за лот;
    • Дискваліфікація учасника (до завершення аукціону).
  • Учасник - Можливість завантажити та замінити протокол (auctionProtocol) до bid'a - не обов'язкова дія (до моменту підтвердження оплати).
  • Особливості: Дискваліфікувати переможця можливо до завершення аукціону.

...

  • Організатор:
    • Можливість завантажити та замінити протокол (auctionProtocol) до contract’у - обов’язкова дія;
    • Завантаження договору (з можливістю замінити);
    • Дискваліфікація учасника (до завершення аукціону).
  • Учасник - функціонал відсутній.
  • Особливості: Дискваліфікувати переможця можливо до завершення аукціону.

...

  • Організатор - Дострокове завершення періоду очікування (waitingPeriod)
  • Учасник:
    • з 1-им award`ом - відсутні;
    • з 2-им та 3-ім award`ом - можливість відмовитися від очікування.
  • Особливості:
    • Відмовитися від очікування можливо після завершення періоду очікування (waitingPeriod).

...

  • Організатор - функціонал відсутній.
  • Учасник - функціонал відсутній
  • Особливості:
    • Award набуває статусу у випадку дискваліфікації учасника на будь-якому етапі кваліфікації

...

draw.io Diagram
bordertrue
diagramNameNLE_award_statuses
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth798
revision1

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

При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника

2. active → unsuccessful:

ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol

При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника

При цьому contracts автоматично змінить свій статус на cancelled

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

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

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

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

Найвища ставка - статус отримує Award у статусі pending (0 1-й award)

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

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

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

...