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  

ЦБД:

Всім учасникам заявки яких не було задоволено до 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.7Якшо після розподілу  об'єму  Гарантованого покупця (items.quantity) або  80% від загальної суми всіх об'ємів (x_quantityLimit)  наявний  залишок, який не задовольняє пропозицію наступного кваліфікованого учасника, залишок може бути повністтю або частково бути надано  наступному за останім кваліфікованим  учасником. Статус такого учасника pending.waiting,  

052

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

Роль


Передумови

Status: active.qualification

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

signingPeriod

ЦБД:

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 за київським часом

...

1ЦБД:
Процедура в тому разі  відсутності award`ів pending та pending.waiting3n

CBD3-GE-UC-054

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

Роль


Передумови

Status: active.qualification
Очікується опублікування протоколу та підписання договору signingPeriod

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

Первинно на SigningPeriod виділено до 15 робочих днів після закінчення verificationPeriod для кожного award`у, але період триває доти, доки Організатор не переведе процедуру в наступний статус (на рівні ЦБД необхідно реалізувати параметр автоматичної зміни статусу award`у

Майданчик: 

гарантований покупець протягом 

Автоматичний перехід процедури до наступного статусу відсутній.
SigningPeriod триває до 15 робочих днів з моменту закінчення verificationPeriod для кожного award`у
Перехід на наступний статус відбувається лише після того, як Організатор - гарантований покупец вручну переведе процедуру

ЦБД:

SigningPeriod.startDate  формується від  verificationPeriod.endDate та триває до тих пір коли Організатор натисне на кнопку “Завершити аукціон”. Після чого процедура змінює статус на complete


CBD3-GE-UC-054.
Після підтвердження або дискваліфікації учасників, які не пройшли кваліфікацію (відсутні award`и у статусі pending та pending.waiting), Організатор натискає на кнопку “Завершити аукціон”. Після чого процедура змінює статус на complete

Майданчик:

Після того, як всі award`и було опрацьовано і не залишилось award`ів pending та pending.waiting Гарантований покупець натискає на кнопку “Завершити аукціон”, відбувається перевірка  відсутності award`ів pending та pending.waiting  Після чого процедура змінює статус на complete. 

1n
Процедура може набути статус complete виключно CBD3-GE-UC-054.2nПроцедура може набути статус complete виключно в тому разі   разі  відсутності award`ів pending та pending.waiting

Майданчик:

До тих пір, поки наявні award`и в статусі  pending та/або  pending.waiting можливість  Організатором натиснути на кнопку “Завершити аукціон”  та перевести процедуру у статус complete заблокована (кнопка відсутня)

ЦБД:

В разі спроби перевести процедуру в статус complete при  наявності award`ів pending та/або  pending.waiting формується помилка про недопустимість таких дій, зміна статусу не відбувається і в АРІ не фіксуються

CBD3-GE-UC-054.2n
Процедура може набути статус complete виключно в тому разі  відсутності award`ів pending та pending.waiting


Майданчик:

В разі спроби перевести процедуру в статус complete при  наявності award`ів pending та/або  pending.waiting майданчик  формує/вичитує інтерпретує та виводить  помилку про недопустимість таких дій, зміна статусу не відбувається і в АРІ не фіксуються

ЦБД:

В разі спроби перевести процедуру в статус complete при  наявності award`ів pending та/або  pending.waiting формується помилка про недопустимість таких дій, зміна статусу не відбувається і в АРІ не фіксуються

...

CBD3-GE-UC-063

Фунціонал майданчиків

Роль


Передумови

Очікує рішення (pending.waiting)

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

Для учасників, які не отримали бажану квоту, одразу після аукціону, формуються award’и, що отримують статус pending.waiting. Такі учасники не можуть відмовитись від очікування і чекають на дискваліфікацію попередніх учасників або завершення періоду повернення банківських гарантій (29 робочих днів з моменту завершення аукціону).

Майданчик: 
Учасники, що не отримали квоту  (статус pending.waiting) не можуть відмовитися від очікування протягом періоду Очікування кваліфікації/дискваліфікації переможців (waitingPeriod). Кнопка для відмови від очікування/самодискваліфікації відсутня. 

ЦБД:
award’и з статусом pending.waiting не можуть набути статуси unsuccessful та cancelled за власної ініціативи
Фунціонал API ЦБД

CBD3-GE-UC-064


Роль


Передумови


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

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

Майданчик:

Майданчик відображає зміну статусів award протягом 5 хвилин з моменту зміни статусу

ЦБД:
В разі якщо протягом waitingPeriod дискваліфіковують учасника/учасників  з статусом pending  дискваліфіковується, звільнена квота сумується (за наявності) з нерозподіленим залишком і в разі, якщо просумованого  нерозподіленого залишку достатньо для покриття заявки наступного, за рейтингом,  учасника (статус учасника pending.waiting) то такий учасник набеває статус pending

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

Актуальний результат

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

CBD3-GE-UC-065



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

Роль

Передумови



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

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

Майданчик:
Майданчик

відображає такий award як 

Актуальний результат

на сторінці аукціонцу відображає Очікує кваліфікації/дискваліфікації переможців (waitingPeriod), який триває 30 робочих днів 
Майданчик відображає зміну статусів award протягом 5 хвилин з моменту зміни статусу

ЦБД:

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

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

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

ЦБД:
У випадку, якщо після розподілу квоти залишок менший за обсяг наступного учасника, формується award учасника з обсягом, що залишився після розподілу. 

.

CBD3-GE-UC-066



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

Роль

Передумови


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

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

Актуальний результат

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

.

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

Майданчик:
Майданчик відображає зміну статусів award протягом 5 хвилин з моменту зміни статусу

ЦБД:
В разі якщо протягом waitingPeriod дискваліфіковують учасника/учасників  з статусом pending  дискваліфіковується, звільнена квота сумується (за наявності) з нерозподіленим залишком і в разі, якщо просумованого  нерозподіленого залишку достатньо для покриття заявки наступного, за рейтингом,  учасника (статус учасника pending.waiting) то такий учасник набеває статус pending

CBD3-GE-UC-067

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

Роль

Передумови

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

Якщо в результаті для учасника формується обсяг, що повністю задовольняє його заяву, award такого учасника переходить до статусу pending. З моменту зміни статусу такого award’у на pending для такого учасника формується окремий signingPeriod 15 робочих днів (аналогічно до award`ів, які сформувались спочатку). 


Передумови


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

Майданчик:
Майданчик відображає зміну статусів award протягом 5 хвилин з моменту зміни статусу

Актуальний результат

ЦБД:

Якщо в результаті перерозподілу вивільненої квоти для учасника формується обсяг, що повністю задовольняє його заяву, award такого учасника переходить до статусу pending.
З моменту зміни статусу такого award’у на pending для такого учасника формується окремий signingPeriod 15 робочих днів (аналогічно до award`ів, які сформувались спочатку). 

..

29 2359

CBD3-GE-UC-068

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

Роль


Передумови


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

Award може знаходитись у статусу pending.waiting не довше 29  робочих днів після завершення аукціону (на

30-й робочий день о

00:

00). Після завершення періоду, відбувається перевірка можливості кваліфікувати учасника, у випадку відсутності такої можливості, award`и автоматично переходять у статус cancelled

Майданчик: 

Майданчик відображає зміну статусів award протягом 5 хвилин з моменту зміни статусу

Актуальний результатЦБД:
Award може знаходитись у статусу pending.waiting не довше 29  робочих днів після завершення аукціону (на 2930-й робочий день о 2300:5900). Після завершення періоду, відбувається перевірка можливості кваліфікувати учасника, у випадку відсутності такої можливості, award`и автоматично переходять у статус cancelled

CBD3-GE-UC-069



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

Роль


Передумови



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

Якщо після завершення періоду повернення банківських гарантій (на 30-й робочий день о 00: 00 за київським часом, після завершення аукціону), є учасник у статусі pending.waiting, з обсягом квоти, яка не повністю задовольняє заявку учасника, у award`a такого учасника автоматично формується admissionPeriod тривалістю в 5 робочих днів. Award такого учасника набуває статус pending.admission (умовний переможець):

  1. Учасник протягом 5 робочих днів має погодитися або відмовитися від обсягу, який залишився після кваліфікації переможця/ців. 
  2. У випадку погодження на обсяг, що залишився, умовний переможець в особистому кабінеті надає підтвердження на набуття статусу переможця (pending) та зобов’язаний вказати розмір обсягу, на який погоджується: поле - award.quantity (вказаний обсяг повинен дорівнювати або бути меншим обсягу, що залишився). Після чого у award`a формується signingPeriod, на який виділяється до 15 робочих днів, але період триває доти, доки Організатор не переведе процедуру в наступний статус.
  3. У випадку відмови від обсягу, що залишився, або бездіяльності учасника протягом admissionPeriod необхідно передати зміну статусу award`у з pending.admission на cancelled.

Актуальний результат

Якщо після завершення періоду повернення банківських гарантій (на 30-й робочий день о 00: 00 за київським часом, після завершення аукціону), є учасник у статусі pending.waiting, з обсягом квоти, яка не повністю задовольняє заявку учасника, у award`a такого учасника автоматично формується admissionPeriod тривалістю в 5 робочих днів. Award такого учасника набуває статус pending.admission (умовний переможець):

  1. Учасник протягом 5 робочих днів має погодитися або відмовитися від обсягу, який залишився після кваліфікації переможця/ців. 
  2. У випадку погодження на обсяг, що залишився, умовний переможець в особистому кабінеті надає підтвердження на набуття статусу переможця (pending) та зобов’язаний вказати розмір обсягу, на який погоджується: поле - award.quantity (вказаний обсяг повинен дорівнювати або бути меншим обсягу, що залишився). Після чого у award`a формується signingPeriod, на який виділяється до 15 робочих днів, але період триває доти, доки Організатор не переведе процедуру в наступний статус.
  3. У випадку відмови від обсягу, що залишився, або бездіяльності учасника протягом admissionPeriod необхідно передати зміну статусу award`у з pending.admission на cancelled.

.

статусі pending та на

CBD3-GE-UC-070

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

Роль


Передумови

Завершення аукціону (переведення у статус complete)

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

Після підтвердження або дискваліфікації учасників, які не пройшли кваліфікацію (відсутні award`и у

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

на complete

Майданчик:

Після того, як всі award`и було опрацьовано і не залишилось award`ів pending та pending.waiting Гарантований покупець натискає на кнопку “Завершити аукціон”, відбувається перевірка  відсутності award`ів pending та pending.waiting  Після чого процедура змінює статус на complete. 

ЦБД:
Процедура може набути статус complete виключно в тому разі  відсутності award`ів pending та pending.waiting

Актуальний результат

Організатор  натискає кнопку “Завершити аукціон”  після того як документ всіх учасників було опрацьовано (підтверджено або дискваліфіковано), тобто відсутні award`и у статусі pending та pending.waiting. Після натискання на кнопку “Завершити аукціон” процедура змінює статус на complete. 


Скасування аукціону


CBD3-GE-UC-071

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

Роль


Передумови


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


Замовник має право відмовитися від проведення Електронних торгів, шляхом скасування аукціону. Для скасування Замовник зобов’язаний завантажити документ із зазначенням причини скасування аукціону. Технічно можливість скасування аукціону присутня до моменту переходу в один з термінальних статусів. 

Актуальний результат

Замовник має право відмовитися від проведення Електронних торгів, шляхом скасування аукціону. Для скасування Замовник зобов’язаний завантажити документ із зазначенням причини скасування аукціону. Технічно можливість скасування аукціону присутня до моменту переходу в один з термінальних статусів. 

.

CBD3-GE-UC-072



Фунціонал майданчиків

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

Роль


Передумови


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

Скасувати аукціон можливо у будь-якому не термінальному статусі процедури, окрім active.auction.

Актуальний результат

До переходу процедури в один з термінальних статусів окрім active.auction аукціон можливо скасувати

...