Versions Compared

Key

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

...

CBD3-GE-UC-051.6

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  

ЦБД:

Всім учасникам заявки яких не було задоволено до waitingPeriod.endDate набуває статус pending.waiting

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


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

ЦБД:

waitingPeriod.startDate завжди дорівнює verificationPeriod.endDate та триває 29 робочих днів, waitingPeriod.endDate наступає на 30 робочий день о 00:00

Наступний учасник після останнього учасника в статусі pending набуває статусу pending.admission

Для учасника з pending.admission формується award  з обсягом, що менший або дорівнює поданій заявці







CBD3-GE-UC-052

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

Роль


Передумови

Status: active.qualification

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

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

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

ЦБД: 

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

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

...