Versions Compared

Key

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

...

Expand
titleСхема "Timeline regulationsPropertyLease-priorityEnglish "

draw.io Diagram
bordertrue
diagramNameTimeline
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth1180
revision35

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


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

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

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

Дата початку

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

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

Коментар

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

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

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

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

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

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

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

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

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

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

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

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

active_tendering → active_auction

 

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

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

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

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

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

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

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

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

-
auctionPeriodactive_auctionАукціон

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

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

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

Не раніше ніж за 7 календарних днів з моменту публікації оголошення

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

active_auction → active_qualification

active_auction → unsuccessful

active_auction → cancelled

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


qualificationPeriodactive_qualification
active_awarded

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

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

qualificationPeriod.startDate == auctionPeriod.startDate

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

qualificationPeriod.startDate == auctionPeriod.endDate



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

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

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

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

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

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

...

Info
titleОсобливості для переважного права

Дані учасників з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod  У разі внесення змін в хоча б в один ідентифікатор identifier.id учасника з переважним правом (currentTenants):

  • якщо identifier.id учасника більше не вказаний (змінений) в масиві currentTenants:
    • статус bid’а учасника змінюється на inactive.
  • якщо identifier.id залишився вказаним в масиві currentTenants, але змінилося значення поля priority:
    • якщо пріоритет учасника підвищився (наприклад, з 0 → 1) - статус bid’а учасника змінюється на inactive.
    • якщо пріоритет учасника знизився (наприклад, з 1 → 0) - статус bid’а учасника не змінюється, учаснику приходить сповіщення про те, що його заява зареєстрована як заява учасника з переважним правом першої черги.

Учаснику який втратив ознаку учасника з переважним правом (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника без переважного права, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні.

У разі внесення змін в будь-які дані учасника з переважним правом (currentTenants) крім ідентифікатора (ЄДРПОУ/ІПН/ID) - заяви на участь не змінюють своїх статусів і ознака "Учасник з переважним правом" залишається у bid'а, в якого вона була.

Також протягом періоду ratificationPeriod. Організато може змінювати кількість учасників з переважним правом:

  • Для того, щоб змінити кількість учасників з переважним правом, необхідно одним запитом надіслати:
    • Змінені дані в масиві currentTenants;
    • Змінене значення поля numberOfCurrentTenants.

Вимоги до повідомлень Майданчика

Для біда Учасника, що набув active - Ваша заява на участь отримала ознаку “Учасник з переважним правом”.

При деактивації біда Учасника, що набув inactive - Ваша заява втратила ознаку “Учасник з переважним правом”.

Документи для редагування оголошення

...

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

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

Перехід з

За умови

Коментар

pending Очікується протокол

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


pending_waiting

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

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

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

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

  • Завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити  протокол)
pending_waiting Очікується рішення

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

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

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

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

activeПереможець. Очікується договірpending

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

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

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

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

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

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


cancelledУчасник не став переможцем

pending_waiting


  • 2-й учасник (статус pending_waiting) відмовився від очікування
  • Аукціон перейшов в термінальний статус (complete) та 2-й учасник (статус pending_waiting) Учасники які не перейшли в статус (pending/pending_waiting) після завершення аукціонув статусі pending_waiting) → Awardучасника автоматично набуває статусу cancelled

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


unsuccessfulДискваліфіковано

pending

active

Ручна дія.

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

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

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

`1. pending → unsuccessful:

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

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

2. active → unsuccessful:

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

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

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

...