Versions Compared

Key

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

...

CBD3-GE-UC-061

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

Роль

Учасник

Передумови


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

У учасника, який кваліфікується є можливість завантаження Протоколу (тип документу auctionProtocol) в award (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.

Майданчик:
У учасника, який кваліфікується є можливість завантаження Протоколу (тип документу
auctionProtocol) в award (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.

ЦБД:
Завантаження Протоколу (тип документу 
auctionProtocol) в award учасником не призводить до зміни статусів в системі.

CBD3-GE-UC-061.1n
У учасника, який кваліфікується є можливість завантаження Протоколу (тип документу auctionProtocol) в award (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.Майданчик:
У разі, якщо учасник, який кваліфікується завантажує документу з типом Протокол (тип документу
auctionProtocol) в award (не обов’язкова дія), а завантаження цього документу учасником  призводить до спроби зміни статусів в системі, майданчик вичитує/інтерпретує та виводить  помилку ЦБД про неможливість такої дії

Майданчик:

В разі спроби зміни статусів у системі після  завантаження auctionProtocol учасником, який кваліфікується формується помилка про недопустимість зміни статусу.



CBD3-GE-UC-062

Фунціонал майданчиків
Фунціонал API ЦБД
Організатор


Передумови


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

У разі відмови переможця від підписання протоколу про результати аукціону, Гарантований покупець складає та оприлюднює в електронній торговій системі акт (documentType: act), натискає на кнопку “Дискваліфікувати учасника” і вказує одну чи декілька причин зі списку: 

  • Переможець 
    • Відмовився від підписання протоколу
    • Не надав обов’язкові документи 

Після чого майданчик передає статус unsuccessful award`у учасника


Майданчик:

Гарантований покупець (поза системою) складає акт (documentType: act)  та завантажує його до ЕТЦ   після чого натискає кнопку 

“Дискваліфікувати учасника” і вказує одну чи декілька причин зі списку: 

  • Переможець 
    • Відмовився від підписання протоколу
    • Не надав обов’язкові документи 

Після чого майданчик передає статус unsuccessful award`у учасника, а після зміни статусу такого/таких award'ів учасників відображає оновлений статус на сторінці аукціону

ЦБД: 
Приймає від Майданчика документ з типом  documentType: act та причину дискваліфікації, фіксує у відповідних полях АРІ після чого змінює статус award`у  такого учасника учасника на unsuccessful  


CBD3-GE-UC-062.1н

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

У разі відмови переможця від підписання протоколу про результати аукціону, Гарантований покупець складає та оприлюднює в електронній торговій системі акт (documentType: act), натискає на кнопку “Дискваліфікувати учасника” і вказує одну чи декілька причин зі списку: 

  • Переможець 
    • Відмовився від підписання протоколу
    • Не надав обов’язкові документи 

Після чого майданчик передає статус unsuccessful award`у учасника

Майданчик:
При спробі дискваліфікувати Учасника без завантаження акту (documentType: act) майданчик вичитує/інтерпретує та відображає помилку сформовану у  ЦБД. Дискваліфікація не можлива, дані до ЦБД не передаються

ЦБД:
При спробі передати Майданчиком дискваліфікацію Учасника без завантаження акту (documentType: act)  ЦБД  формує помилку.  Дискваліфікація не можлива, статус  award  ЦБД не змінює

CBD3-GE-UC-062.2н

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

У разі відмови переможця від підписання протоколу про результати аукціону, Гарантований покупець складає та оприлюднює в електронній торговій системі акт (documentType: act), натискає на кнопку “Дискваліфікувати учасника” і вказує одну чи декілька причин зі списку: 

  • Переможець 
    • Відмовився від підписання протоколу
    • Не надав обов’язкові документи 

Після чого майданчик передає статус unsuccessful award`у учасника

Майданчик:
При спробі дискваліфікувати Учасника без передачі причини дискваліфікації  майданчик вичитує/інтерпретує та відображає помилку сформовану у  ЦБД. Дискваліфікація не можлива, дані до ЦБД не передаються
ЦБД:
При спробі передати Майданчиком дискваліфікацію Учасника без передачі причини дискваліфікації ЦБД  формує помилку.  Дискваліфікація не можлива, статус  award  ЦБД не змінює

CBD3-GE-UC-063

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

Роль


Передумови

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

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

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

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

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

CBD3-GE-UC-064

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

Роль


Передумови


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

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

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

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

CBD3-GE-UC-065



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

Роль


Передумови



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

Майданчик:
Майданчик відображає такий award як 

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

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

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

.

CBD3-GE-UC-066



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

Роль


Передумови


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

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

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

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

.

CBD3-GE-UC-067



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

Роль


Передумови


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

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

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

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

..

CBD3-GE-UC-068



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

Роль


Передумови


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

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

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

Award може знаходитись у статусу pending.waiting не довше 29  робочих днів після завершення аукціону (на 29-й робочий день о 23:59). Після завершення періоду, відбувається перевірка можливості кваліфікувати учасника, у випадку відсутності такої можливості, 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.

.

CBD3-GE-UC-070



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

Роль


Передумови

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

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

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


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

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

...


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


CBD3-GE-UC-071



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

Роль


Передумови


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

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

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

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

...