Versions Compared

Key

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

...

CBD3-GE-UC-051

Фунціонал API ЦБД
Фунціонал майданчиків

Роль


Передумови

Status: active.qualification

Очікуваний результат:

Після зміни статусу процедури на active.qualification, розраховується обсяг квоти, виходячи з сумарного обсягу учасників, які успішно пройшли перевірку документів. Розрахований обсяг квоти складає 80% від суми обсягів у заявах учасників, але не більше за обсяг квоти, вказаний при публікації аукціону організатором.

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


Майданчик:

ЦБД:
варіанти розрахунку рейтингу: 
 - якщо бажаний  об'єм Гарантованого покупця (items.quantity)  менший за 80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється бажаний  об'єм Гарантованого покупця 

 - якщо бажаний  об'єм Гарантованого покупця (items.quantity)  більший за 80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється 80% від загальної суми всіх об'ємів
  - якщо бажаний  об'єм Гарантованого покупця (items.quantity)  дорівнює  80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється будьякий, так як вони рівні 



CBD3-GE-UC-051.1
Очікуваний результат: 
розрахунку рейтингу: 
 - якщо бажаний  об'єм Гарантованого покупця (items.quantity)  менший за 80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється бажаний  об'єм Гарантованого покупця (items.quantity

Майданчик:

розподіл квоти відбуваєтьсявручну Гарантованим покупцем Від учасника с найменшою запропонованою ціною
вичитує сформований ЦБД рейтинг та статуси учасників, та відображає їх на сторінці аукціону.

ЦБД:
(items.quantity< (x_quantityLimit

(items.quantity) розподіляється  між Учасниками, що пройшли перевірку документів, вишуковані у рейтинг,  починаючи з учасника, що запропонував найменшу ціну. Усі учасники, яким задовольнили запропонований ними об'єм статус змінюється з waiting на pending

CBD3-GE-UC-051.2
якщо бажаний  об'єм Гарантованого покупця (items.quantity)  більший за 80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється 80% від загальної суми всіх об'ємів

ЦБД:
(items.quantity) >  (x_quantityLimit

(x_quantityLimit) розподіляється  між Учасниками, що пройшли перевірку документів, вишуковані у рейтинг,  починаючи з учасника, що запропонував найменшу ціну. Усі учасники, яким задовольнили запропонований ними об'єм статус змінюється з waiting на pending

CBD3-GE-UC-051.3
якщо бажаний  об'єм Гарантованого покупця (items.quantity)  дорівнює  80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється будьякий, так як вони рівні 

ЦБД:
(items.quantity) = (x_quantityLimit

між учасниками розподіляється будьякий, так як вони рівні.Усі учасники, яким задовольнили запропонований ними об'єм статус змінюється з waiting на pending 

CBD3-GE-UC-051.4
Якшо після розподілу  об'єму  Гарантованого покупця (items.quantity) або  80% від загальної суми всіх об'ємів (x_quantityLimit)  наявний  залишок, який не задовольняє пропозицію наступного кваліфікованого учасника, залишок може бути повністтю або частково бути надано  наступному за останім кваліфікованим  учасником. Статус такого учасника pending.waiting,  
ЦБД: 
при наявності нерозподіленого залишку квоти, який не задовольняє в повному обсязі  об'єм вказаний у заявы учника, вын заморожується на 30 робочих днів
CBD3-GE-UC-051.5










CBD3-GE-UC-052

Фунціонал API ЦБД

Роль


Передумови

Status: active.qualification

Очікуваний результат

signingPeriod.startDate періоду роботи з протоколом та договором формується:

  • від дати завершення аукціону, для учасників, обсяг заявок яких задовольняється одразу після завершення перевірки документів
  • з дати такої дискваліфікації та оновлення статусу учасника, для учасників, які набувають право на отримання квоти після дискваліфікації одного з переможція 
Майданчик:
майданчик вичитує з ЦБД сформовані періоди та відображає їх на сторінці аукціону

ЦБД: 

з настанням signingPeriod.startDate  періоду роботи з протоколом та договором формується: 

  • від дати завершення аукціону ("auctionPeriod": endDate), для учасників, обсяг заявок яких задовольняється одразу після завершення перевірки документів
  • з дати такої дискваліфікації та оновлення статусу учасника, для учасників, які набувають право на отримання квоти після дискваліфікації одного з переможція 
  • endDate фіксуються на рівні 18: 00 за київським часом

...