Versions Compared

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 → active_qualification
    • Прийшли більше 1 біда: ЦБД змінює статус процедури з active_tendering → active_auction
  • minNumberOfQualifiedBids == 2
    • Прийшов один бід: ЦБД змінює статус процедури з active_tendering на unsuccessful
    • Прийшли більше 1 біда → ЦБД змінює статус процедури з active_tendering на active_auction
active_qualificationОчікується підписання протоколу

active_tendering

АБО

active_auction

АБО

pending_payment

АБО

active_awarded

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

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

АБО

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

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

АБО

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

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

АБО

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

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

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

АБО

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

  • ЦБД змінює статус процедури на “Очікується підписання протоколу” ( → active_qualification)
  • ЦБД автоматично створює awards[]
    • awards[0].status: pending
    • awards[1].status: pending_waiting
pending_paymentОчікується оплата

active_qualification

Ручна дія.

Організатор завантажив підписаний протокол та натиснув кнопку на інтерфейсі майданчика "Протокол затверджено"

Організатор має завантажити підписаний протокол. Організатор завантажує підписаний протокол та натискає кнопку "Протокол затверджено". Після цієї дії відбувається наступне: 

  • ЦБД змінює статус процедури на "Очікується оплата" (→ pending_payment)
  • ЦБД змінює статус Переможця
    • awards[0].status: pending_payment
    • Інші аварди лишаються Інший авард (awards[1] лишається в статусі pending_waiting
active_awardedОчікується підписання договоруpending_payment

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

При зміні Організатором статусу award: pending → active

(Переможець виконав оплату)

Після оплати за лот Учасником Організатор натискає кнопку “Підтвердити оплату”:

  • статус award’у змінюється на “Переможець” (active)
  • статус процедури змінюється на “Очікується підписання договору” (active_awarded)
  • Аварди учасників, що очікують, все ще лишаються в статусі pending_waiting

Тобто статус процедури змінюється на active_awarded автоматично після того, як організатор змінює статус аварда на active (після оплати)

ЦБД автоматично створює contracts[0] у статусі pending для Переможця, який отримав Awards[0] у статусі active

completeАукціон завершено. Договір підписаноactive_awarded

Ручна дія.

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

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

Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”.

Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано”

unsuccessfulАукціон не відбувся

active_tendering

АБО

active_auction

АБО

active_qualification

АБО

pending_payment

АБО

active_awarded

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

  • Якщо протягом tenderPeriod немає жодної поданої заяви
  • Якщо протягом tenderPeriod кількість поданих заяв на участь менше за встановлене Організатором значення minNumberOfQualifiedBids
  • Якщо за результатами періоду аукціону (auctionPeriod), немає жодної валідної ставки. Валідна ставка >= сума стартової ціни лота + крок аукціону  
  • Якщо в рамках кваліфікації Організатор дискваліфікував усіх учасників з award`ами в статусі active

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

cancelledАукціон скасовано

active_tendering

АБО

active_auction

АБО 

active_qualification

АБО

pending_payment

АБО

active_awarded

Ручна дія.

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

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

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

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

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

...

  • один у статусі "Очікується оплата" - pending (10-й award)
  • інші в статусі "Очікується рішення" - pending_waiting (award)

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

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

Перехід з

За умови

Коментар

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

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

АБО

pending_waiting

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

АБО

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

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

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

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

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

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


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

Кількість авардів в статусі pending_waiting залежить від кількості учасників, які подали валідні (валідні = стартова ціна + крок) ставки протягом tenderPeriod і аукціону.

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

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

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

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

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

Ручна дія.

Організатор підтверджує оплату і змінює статус award pending_payment active

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

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

pending_waiting

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

Процедура набула термінального статусу complete та учасники, які мають статус pending_waiting → cancelled

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

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

pending

АБО

active

АБО

pending_payment 

Ручна дія.

Організатор дискваліфікує переможця і надсилає запит на зміну award.status: pending/pending_payment→ unsuccessful

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

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

1. pending → unsuccessful:

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

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

2. pending_payment → unsuccessful

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

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

3. active → unsuccessful:

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

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

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

...

  1. Додати в directions https://procedure-dev.prozorro.sale/api/dictionaries/direction
    name

    Data extraction path

    Matching

    valueопис в dict
    sanctionedAssetssellingMethodRegexpsanctionedAssets-.*Санкційне майно


  2. Додати в categories https://procedure-dev.prozorro.sale/api/dictionaries/category
    Посилання на табличку. Зміни так само позначені зеленим.  

...