...
CBD3-GE-UC-051 | Фунціонал API ЦБД Фунціонал майданчиків | |
|---|---|---|
Роль | ||
Передумови | Status: active.qualification | |
Очікуваний результат: Після зміни статусу процедури на active.qualification, розраховується обсяг квоти, виходячи з сумарного обсягу учасників, які успішно пройшли перевірку документів. Розрахований обсяг квоти складає 80% від суми обсягів у заявах учасників, але не більше за обсяг квоти, вказаний при публікації аукціону організатором. Після чого змінюється статус award`ів таких учасників і починається етап роботи з протоколом та договором. | Майданчик: | |
ЦБД: - якщо бажаний об'єм Гарантованого покупця (items.quantity) більший за 80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється 80% від загальної суми всіх об'ємів | ||
| CBD3-GE-UC-051.1 | ||
| Очікуваний результат: розрахунку рейтингу: - якщо бажаний об'єм Гарантованого покупця (items.quantity) менший за 80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється бажаний об'єм Гарантованого покупця (items.quantity) | Майданчик: | |
ЦБД: (items.quantity) розподіляється між Учасниками, що пройшли перевірку документів, вишуковані у рейтинг, починаючи з учасника, що запропонував найменшу ціну. Усі учасники, яким задовольнили запропонований ними об'єм статус змінюється з waiting на pending | ||
| CBD3-GE-UC-051.2 | ||
| якщо бажаний об'єм Гарантованого покупця (items.quantity) більший за 80% від загальної суми всіх об'ємів (x_quantityLimit), то між учасниками розподіляється 80% від загальної суми всіх об'ємів | ||
ЦБД: (x_quantityLimit) розподіляється між Учасниками, що пройшли перевірку документів, вишуковані у рейтинг, починаючи з учасника, що запропонував найменшу ціну. Усі учасники, яким задовольнили запропонований ними об'єм статус змінюється з waiting на pending | ||
| CBD3-GE-UC-051.3 | ||
| якщо бажаний об'єм Гарантованого покупця (items.quantity) дорівнює 80% від загальної суми всіх об'ємів (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- |
|---|
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 періоду роботи з протоколом та договором формується:
|
...
CBD3-GE-UC-054 | Фунціонал API ЦБД Фунціонал майданчиків | |||
|---|---|---|---|---|
Роль | ||||
Передумови | Status: active.qualification | |||
Очікуваний результат Первинно на SigningPeriod виділено до 15 робочих днів після закінчення verificationPeriod для кожного award`у, але період триває доти, доки Організатор не переведе процедуру в наступний статус (на рівні ЦБД необхідно реалізувати параметр автоматичної зміни статусу award`у | Майданчик: гарантований покупець протягом Автоматичний перехід процедури до наступного статусу відсутній. | |||
ЦБД: SigningPeriod.startDate формується від verificationPeriod.endDate та триває до тих пір коли Організатор натисне на кнопку “Завершити аукціон”. Після чого процедура змінює статус на complete. | ||||
| CBD3-GE-UC-054. | 1||||
| Після підтвердження або дискваліфікації учасників, які не пройшли кваліфікацію (відсутні award`и у статусі pending та pending.waiting), Організатор натискає на кнопку “Завершити аукціон”. Після чого процедура змінює статус на complete. | Майданчик: Після того, як всі award`и було опрацьовано і не залишилось award`ів pending та pending.waiting Гарантований покупець натискає на кнопку “Завершити аукціон”, відбувається перевірка відсутності award`ів pending та pending.waiting Після чого процедура змінює статус на complete. | |||
| 1n | ||||
| Процедура | ЦБД:може набути статус complete виключно | в тому разі відсутності award`ів pending та pending.waitingCBD3-GE-UC-054.2n | Процедура може набути статус complete виключно в тому разі разі відсутності award`ів pending та pending.waiting | Майданчик: До тих пір, поки наявні award`и в статусі pending та/або pending.waiting можливість Організатором натиснути на кнопку “Завершити аукціон” та перевести процедуру у статус complete заблокована (кнопка відсутня) |
ЦБД: В разі спроби перевести процедуру в статус complete при наявності award`ів pending та/або pending.waiting формується помилка про недопустимість таких дій, зміна статусу не відбувається і в АРІ не фіксуються | ||||
| CBD3-GE-UC-054. | 3n2n | |||
| Процедура може набути статус 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 робочих днів з моменту завершення аукціону). | Майданчик: |
| ЦБД: award’и з статусом pending.waiting не можуть набути статуси unsuccessful та cancelled за власної ініціативи |
CBD3-GE-UC-064 | Фунціонал API ЦБД|||
|---|---|---|---|
Роль | |||
Передумови | |||
Очікуваний результат Якшо після розподілу об'єму Гарантованого покупця (items.quantity) або 80% від загальної суми всіх об'ємів (x_quantityLimit) наявний залишок, який не задовольняє пропозицію наступного кваліфікованого учасника, залишок може бути повністтю або частково бути надано наступному за останім кваліфікованим учасником. | Майданчик: Майданчик відображає зміну статусів award протягом 5 хвилин з моменту зміни статусу | ||
ЦБД: | Якщо один з award’ів у статусі pending дискваліфіковують, і у процедурі є учасники у статусі pending.waiting, відбувається перерозподіл квоти, що звільнилась. Якщо після перерозподілу не використано весь обсяг, залишок обсягу переходить наступному учаснику у статусі pending.waiting | Актуальний результат | При дискваліфікації учасника його квота передається наступному, за чергою, учаснику з статусом pending.waiting та відбувається переозподіл квоти. Якщо після розподілу всеодно є залишок, він передається наступному учаснику з статусом pending.waiting |
CBD3-GE-UC-065 | |
Фунціонал API ЦБД |
Роль
Передумови | |
Очікуваний результат Якшо після розподілу об'єму Гарантованого покупця (items.quantity) або 80% від загальної суми всіх об'ємів (x_quantityLimit) наявний залишок, який не задовольняє пропозицію наступного кваліфікованого учасника, залишок може бути повністтю або частково бути надано наступному за останім кваліфікованим учасником. Статус такого учасника pending.waiting, | Майданчик: |
Актуальний результат
на сторінці аукціонцу відображає Очікує кваліфікації/дискваліфікації переможців (waitingPeriod), який триває 30 робочих днів |
ЦБД: 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) наявний залишок, який не задовольняє пропозицію наступного кваліфікованого учасника, залишок може бути повністтю або частково бути надано наступному за останім кваліфікованим учасником. | Майданчик: |
ЦБД: |
CBD3-GE-UC-067 | Фунціонал API ЦБД | |
Роль | Передумови | |
Очікуваний результат | Якщо в результаті для учасника формується обсяг, що повністю задовольняє його заяву, award такого учасника переходить до статусу pending. З моменту зміни статусу такого award’у на pending для такого учасника формується окремий signingPeriod 15 робочих днів (аналогічно до award`ів, які сформувались спочатку). | |
Передумови | ||
Очікуваний результат | Майданчик: | |
Актуальний результат | ЦБД: | Якщо в результаті перерозподілу вивільненої квоти для учасника формується обсяг, що повністю задовольняє його заяву, award такого учасника переходить до статусу pending. |
..
CBD3-GE-UC-068 | Фунціонал API ЦБД | |||
Роль | ||||
Передумови | ||||
Очікуваний результат Award може знаходитись у статусу pending.waiting не довше 29 робочих днів після завершення аукціону (на | 2930-й робочий день о | 2300: | 5900). Після завершення періоду, відбувається перевірка можливості кваліфікувати учасника, у випадку відсутності такої можливості, award`и автоматично переходять у статус cancelled | Майданчик: Майданчик відображає зміну статусів award протягом 5 хвилин з моменту зміни статусу |
Актуальний результатЦБД: |
CBD3-GE-UC-069 | ||
Фунціонал API ЦБД | ||
Роль | ||
Передумови | ||
Очікуваний результат | Якщо після завершення періоду повернення банківських гарантій (на 30-й робочий день о 00: 00 за київським часом, після завершення аукціону), є учасник у статусі pending.waiting, з обсягом квоти, яка не повністю задовольняє заявку учасника, у award`a такого учасника автоматично формується admissionPeriod тривалістю в 5 робочих днів. Award такого учасника набуває статус pending.admission (умовний переможець):
| Актуальний результат |
Якщо після завершення періоду повернення банківських гарантій (на 30-й робочий день о 00: 00 за київським часом, після завершення аукціону), є учасник у статусі pending.waiting, з обсягом квоти, яка не повністю задовольняє заявку учасника, у award`a такого учасника автоматично формується admissionPeriod тривалістю в 5 робочих днів. Award такого учасника набуває статус pending.admission (умовний переможець):
|
.
CBD3-GE-UC-070 | Фунціонал API ЦБД | ||
Роль | |||
Передумови | Завершення аукціону (переведення у статус complete) | ||
Очікуваний результат Після підтвердження або дискваліфікації учасників, які не пройшли кваліфікацію (відсутні award`и у | статусі pending та статусі pending та pending.waiting), Організатор натискає на кнопку “Завершити аукціон”. Після чого процедура змінює статус | на на complete. | Майданчик: Після того, як всі award`и було опрацьовано і не залишилось award`ів pending та pending.waiting Гарантований покупець натискає на кнопку “Завершити аукціон”, відбувається перевірка відсутності award`ів pending та pending.waiting Після чого процедура змінює статус на complete. |
ЦБД: | Актуальний результат | Організатор натискає кнопку “Завершити аукціон” після того як документ всіх учасників було опрацьовано (підтверджено або дискваліфіковано), тобто відсутні award`и у статусі pending та pending.waiting. Після натискання на кнопку “Завершити аукціон” процедура змінює статус на complete. |
Скасування аукціону
CBD3-GE-UC-071 | Фунціонал API ЦБДа |
Роль | |
Передумови | |
Очікуваний результат | Замовник має право відмовитися від проведення Електронних торгів, шляхом скасування аукціону. Для скасування Замовник зобов’язаний завантажити документ із зазначенням причини скасування аукціону. Технічно можливість скасування аукціону присутня до моменту переходу в один з термінальних статусів. |
Замовник має право відмовитися від проведення Електронних торгів, шляхом скасування аукціону. Для скасування Замовник зобов’язаний завантажити документ із зазначенням причини скасування аукціону. Технічно можливість скасування аукціону присутня до моменту переходу в один з термінальних статусів. |
.
CBD3-GE-UC-072 | |
Фунціонал майданчиків Фунціонал API ЦБД | |
Роль | |
Передумови | |
Очікуваний результат | Скасувати аукціон можливо у будь-якому не термінальному статусі процедури, окрім active.auction. |
Актуальний результат | До переходу процедури в один з термінальних статусів окрім active.auction аукціон можливо скасувати |
...