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

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

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

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

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

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

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

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

active_tendering → active_auction

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

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

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

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

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

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

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

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

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

active_auction → qualification

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

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

qualificationPeriod.startDate == auctionPeriod.startDate

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

qualificationPeriod.startDate == auctionPeriod.endDate

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

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

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

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

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

active_qualification→ active_awarded→ complete

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

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

Заповнені всі обовʼязкові поля для створення процедури в ЦБД

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

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

На момент завершення періоду "Прийняття заяв на участь"виконана умова переходу процедури для набуття статусу "Аукціон" (active_auction).
При невиконанні умови процедура набуває статусу Аукціон не відбувся (unsuccessful)

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

Завершилась робота Модуля аукціону(auctionPeriod.endDate)/ Завершився період прийому пропозицій + 1 заявка на участь(auctionPeriod.startDate)

Для кожного учасника, що мав bids[].status == active на момент auctionPeriod.startDate, в обʼєкті процедури створюється Award у статусі pending АБО pending_waiting (деталі розподілу в розділі Статуси Awards). 

Для award у статусі pending відбувається 1 фаза кваліфікації переможця (робота із протоколом)

Аварди в статусі unsuccessful свій статус не змінюють.

Ручна дія.

Організатор надсилає запит на зміну status: active_qualification → active_awarded

По завершенню роботи із протоколом, Організатор натискає кнопку “Протокол затверджено”, статус процедури змінюється на “Очікується підписання договору” (active_awarded) - 2 фаза кваліфікації переможця, а саме в частині роботи із договором.

Ручна дія.

Організатор надсилає запит на зміну status: active_awarded → complete

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

При виконанні дії зміни статуса на complete ЦБД перевіряє:

• Всі contracts[] мають статус active або unsuccessful (має бути хочаб один contract у статусі active)
• Всі Awards[] мають бути у статусі active, cancelled чи unsuccessful (має бути хоча б один award у статусі active)

cancelled

active_rectification

active_tendering

active_qualification

active_awarded

Ручна дія.

Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури.

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

• Завантажити документ в cancellations[].documents з documentType: cancellationDetails
• Вказати причину скасування (cancellations.reason)
• Вказати дату прийняття рішення про скасування (cancellations.datePublished)

Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури автоматично змінюється → cancelled

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

active_tendering

active_qualification

active_awarded

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

• Якщо на момент tenderPeriod.endDate кількість поданих заяв:
  •  менше за встановлене Організатором значення minNumberOfQualifiedBids;
  • =0
• Якщо в рамках періоду кваліфікації (qualification Period) за результатами періоду аукціону (auctionPeriod), немає жодної валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону);
• Якщо в рамках періоду кваліфікації Організатор дискваліфікував усіх учасників.
  
  • Дискваліфіковані всі учасники на етапі підписання Протоколів і Договорів
• Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника, а 2-й учасник відмовився від очікування;

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

Презентація

Ні

Ручна дія.

Учасник надсилає запит на публікацію Bid-а
Майданчик має можливість активувати заяву на участь

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

Мають бути заповнені:

• value
• bidders

Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).

Ручна дія.

Учасник надсилає запит на зміну статуса Bid-а

Мають бути заповнені обовʼязкові поля:

• value
• bidders

Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (active) та вважається опублікованою.

draft

active

Автоматична дія.

Учасник має можливість:

• активувати заяву на участь
• анулювати заяву на участь

draft

active

inactive

Ручна дія.

Учасник надсилає запит на зміну статуса Bid-а

У разі анулювання заяви на участь учасником вона набуває статус “Видалена заява” (deleted).

Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod

В момент набуття Авардом статуса pending

Період формується в Аварді з моменту набуття Авардом статусу pending

Якщо Авард був у статусі pending і отримав signingPeriod, то після зміни статуса на інший (active OR unsuccessful) період залишається незмінним.

Аварди в інших статусах цей період не отримують.

В момент набуття Авардом статуса pending

Період формується в Аварді з моменту набуття Авардом статусу pending.

Аварди в інших статусах цей період не отримують.

МА (переможець)

pending_waiting

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

Присвоюється переможцю під час генерації авардів

• Завантаження протоколу (обв'язкова дія - з можливістю замінити протокол)
• Переведення статусу учасника до наступного статусу "Переможжець. Очікується договір"
• Дискваліфікація учасника

Учасник має можливість:

• Завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити  протокол)

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

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

Статус pending_waiting автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів

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

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

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

Організатор має можливість:

• Завантаження договору (з можливістю замінити);
• Дискваліфікація учасника (до завершення аукціону);
• Підтвердження оплати;
• Завершення аукціону.

2й Учасник має можливість:

• відмовитися від очікування до моменту дискваліфікації 1-го переможця.

pending_waiting

• 2-й учасник відмовився від очікування
• Статус змінюється лише після завершення аукціону
• Аукціон перейшов в термінальний статус (complete), у зв’язку з чим 2-й учасник не набув статусу переможця (за умови, що 2-й учасник відмовився від очікування).

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

pending

active

Ручна дія.

Організатор надсилає запит на зміну award.status: pending → unsuccessful

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

`1. pending → unsuccessful:

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

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

Обовʼязково завантажити документ act "про відмову" в Авард.

2. active → unsuccessful:

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

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

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

Обовʼязково завантажити документ rejectionProtocol/act "про відмову" в Авард.

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

Так

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

Протокол підписується і завантажується для кожного учасника окремо

Так

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

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

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

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

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

Так

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

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

Якщо будь-який Авард набуває статусу active, то ЦБД автоматично створює повʼязаний contracts у статусі pending.

Організатор має можливість:

• Завантаження підписаного договору з учасником;
• Підтвердження підписання договору;
• Дискваліфікації учасника.

contracts створюються не після того, як Award набув статусу active

Ручна дія.

Організатор завантажує документ contracts[x].documents.documentType: contractSigned і після цього надсилає запит на зміну contracts.status: pending → active

Повʼязаний Авард має бути у статусі active.

З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active.

Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір (contracts.documents.documentType: contractSigned)

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

За умови дискваліфікації Аварда із active → unsuccessful

Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful

Підписаний договір

Так

Додатки до договору

Ні

Офіційне повідомлення, що містить деталі договору

Ні