Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Reverted from v. 11

...

  • зазначає необхідну інформацію в полях оголошеного аукціону (структуру даних аукціону див. нижче).
  • завантажує документацію (відповідно до Регламенту та пов’язаних НПА)



CBD3-GE-UC-001

Створення

процедурТести API ЦБД

процедури

Роль

Гарантований покупець - Організатор

Передумови


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

Організатор вказує єдину дату при заведенні процедури - орієнтовний час початку аукціону (auctionPeriod.startDate у запиті, auctionPeriod.shouldStartAfter у api після створення процедури). Точну дату початку торгів визначає система з огляду на поточну завантаженість, інформація про точну дату фіксується автоматично у полі auctionPeriod.startDate. 

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

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

Дата не редагується

CBD3-GE-UC-002

Створення процедури

Тести API ЦБД

Роль

Гарантований покупець - Організатор

Передумови

Завантаження clarifications - Уточнення до питань заданих учасниками. Опис причин редагування

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

Дата початку торгів не може змінюватись Організатором після публікації.

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

При переведені після публікації  процедури в режим редагування значення дати не доступне для редагування

CBD3-GE-UC-003

Створення процедури

Роль

ЦБД

Передумови


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

Перенесення дати (перепланування аукціону) можливе у випадку непередбачуваних технічних збоїв під час проведення аукціонів з метою захисту прав Учасників торгів (fail-safe поведінка), і виконується автоматично на стороні ЦБД або у випадку адміністративного втручання, якщо штатні механізми ЦБД не відпрацювали коректно і автоматичного перенесення не відбулось.

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

Перенесення дати (перепланування аукціону) можливе у випадку непередбачуваних технічних збоїв під час проведення аукціонів з метою захисту прав Учасників торгів (fail-safe поведінка), і виконується автоматично на стороні ЦБД або у випадку адміністративного втручання, якщо штатні механізми ЦБД не відпрацювали коректно і автоматичного перенесення не відбулось.

CBD3-GE-UC-004

Створення процедури

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

Роль

Гарантований покупець - Організатор

Передумови


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

Лише Організатор може оголосити електронні торги, сформувавши їх параметри та опублікувавши умови продажу майна\права користування та вимоги до учасників.

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

Тільки користувач з роллю Організатор торгів може оголосити торги створивши та опублікувавши процедуру, після заповнення всіх обов'язкових полів

CBD3-GE-UC-005

Створення процедури

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

Роль

Гарантований покупець - Організатор

Передумови


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

Організатор може зберегти аукціон без публікації в ЦБД - для внесення змін та перегляду (чернетка). Це - обов’язковий функціонал, що має бути присутній на майданчику.

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

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

CBD3-GE-UC-

006

007

Створення процедури

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

Роль

Гарантований покупець - Організатор

Передумови


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

Майданчик забезпечує можливість редагування сформованої заявки на проведення Електронних торгів (чернетки) до моменту

При публікації оголошення про проведення

Електронних торгів у ЦБД. У Організатора є можливість оголосити аукціон на основі попереднього аукціону (створити копію аукціону)

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

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

CBD3-GE-UC-007

Створення процедури

Тести API ЦБД

Роль

Гарантований покупець - Організатор

Передумови

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

При публікації оголошення про проведення аукціону, Організатором  вноситься наступна інформація (частина полів заповнюються системою автоматично):

аукціону, Організатором  вноситься наступна інформація (частина полів заповнюються системою автоматично):

  • Назва аукціону
  • Опис аукціону
  • Дата початку торгів 
  • Встановлення “Зеленого тарифу” (граничний розмір ставки учасника)
  • Розміри гарантійного внеску;
  • Інформація
  • Назва аукціону
  • Опис аукціону
  • Дата початку торгів 
  • Встановлення “Зеленого тарифу” (граничний розмір ставки учасника)
  • Розміри гарантійного внеску;
  • Інформація
    • про лот (мінімум 1)
    опис лоту
    • код відповідного класифікатору лоту: CAV, CPV
        • Обмежити вибір класифікаторами по типам генерації. Можливо потрібно буде розширити стандарт
        • Завжди МВт
        • опис лоту
        • код відповідного класифікатору лоту: CAV, CPV
        • одиниці виміру активу\активів
      Завжди МВт
        • кількість активів (обсяг квоти)
        • Адреса розташування активу (не обов'язково до заповнення)
      • Документація до торгів 
      • Та інші обов’язкові поля

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

      Публікація оголошення про проведення аукціону можлива лише після заповнення всіх обов’язкових полів та завантаження документів до item. 

      При публікації відбувається перевірка заповненості полів даними

      CBD3-GE-UC-008

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


      Роль

      Учасник

      Передумови


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

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

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

      Перевірка відповідністі учасника вимогам висунутим Організатором лежить  повністю на майданчику, за замовчуванням вважається, що відображені документи перевірено, а гарантійний внесок сплачено. Майданчик має проставляти відповідну відмітку (з датою та часом перевірки).

      CBD3-GE-UC-

      009Тести API ЦБД

      009


      Роль

      Учасник

      Передумови


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

      До завершення аукціону з Учасниками напряму контактують виключно Оператори електронних майданчиків. 

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

      До завершення аукціону відсутній зв’язок замовника та потенційних переможцем/ями. Всі консультації надає майданчик.

      Аукціон з заздалегідь визначеною земельною ділянкою (розписати детальніше)

      CBD3-GE-UC-010 

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

      Входить до скоупу функціональних тестів API ЦБД


      Роль


      Передумови

      Status: active.rectification (Період редагування)

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

      При

      Після публікації аукціону

      у ЦБД

      , система визначає startDate та endDate періоду редагування з урахуванням дати, переданої при публікації до ЦБД.

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

      Після натискання кнопки “Опублікувати” система автоматично визначає дату початку періоду редагування та кінець періоду редагування. Дата відображається на: 

      • сторінці  аукціону на майданчику
      • сторінці  аукціону на сайті ДП ПП
      • у полях startDate та endDate в арі

      CBD3-GE-UC-011


      Роль

      ЦБД

      Тести API

      ЦБД

      Передумови

      Status: active.rectification (Період редагування)

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

      Створена процедура набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. 

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


      CBD3-GE-UC-012

      Тести API ЦБД


      Роль


      Передумови


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

      Період редагування завжди триває 48 годин. rectificationPeriod.startDate, при цьому, дорівнює моменту появи процедури в ЦБД. rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 48 год)

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

      Після публікації процедури дата початку періоду редагування завжди дорівнює моменту публікації, відображається на: 

      • сторінці  аукціону на майданчику
      • сторінці  аукціону на сайті ДП ПП
      • у полі rectificationPeriod.startDate в арі

      Дата закінчення періоду редагування відображається на:
      сторінці  аукціону на майданчику

      • сторінці  аукціону на сайті ДП ПП
      • у полі rectififcationPeriod.endDate  в арі

      Та завжди розраховується як rectificationPeriod.startDate + 48 годин

      CBD3-GE-UC-013


      Роль


      Передумови


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

      Документи аукціону є можливість завантажувати\змінювати і після завершення періоду редагування.

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

      Завершення періоду редагування не блокує можливості довантажити/замінити документи до аукціону. Видалення документів неможливе. Документ що був замінений відображається перекресленим.

      CBD3-GE-UC-014

      Тести API ЦБД


      Роль


      Передумови


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

      Під час rectificationPeriod’у Організатор має змогу відредагувати окремі поля, інформація про це міститься у таблиці зі структурою даних.

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

      Протягом періоду редагування можливо редагувати поля  згідно таблиці

      Структура даних процедури Аукціон (до кейсу 014)


      Поле

      Опис

      Редаг-ся

      id

      рядок, автогенерований, лише для читання

      Приклад: 64fb59935cd5402691b1d1c43765a6ba 

      ні

      auctionID

      Рядок, автогенерований, лише для читання, Ідентифікатор процедури
      Приклад: UA-PS-2016-09-20-000160-a

      ні



      procurementMethodType:renewables

      Тип даних:Рядок, 

      Тип процедури аукціону: Аукціон з розподілу квот підтримки на виробництво електроенергії з альтернативних джерел енергії

      Коротка назва: “Зелені аукціони”

      required

      ні

      procuringEntity

      Organization, Гарантований покупець (безпосередньо заводить процедуру і проводить аукціон), required

      так

      procuringEntity.identifier.id

      Рядок, Для схеми UA-EDR - код ЄДРПОУ або ІПН

      так

      procuringEntity.identifier.legalName

      Рядок, Повна юридична назва (наприклад - ПУБЛІЧНЕ АКЦІОНЕРНЕ ТОВАРИСТВО "УКРПОШТА")

      так

      lotIdentifier

      Рядок, Номер лоту, required

      так

      title

      Рядок, Найменування об’єкту, required

      так

      description

      Рядок, Опис лоту, required

      так

      value

      Value, Стартова вартість аукціону “Зелений тариф”, required

      так

      value.currency

      Валюта (для зеленої енергетики може використовуватись євро), required

      ні

      guarantee

      Guarantee, Розмір гарантійного внеску, required

      так

      minimalStep

      Value, Мінімальний крок аукціону

      required

      так

      auctionPeriod.startDate

      Date, Дата початку торгів, required

      ні

      minNumberOfQualifiedBids

      Integer, Мінімальна кількість учасників аукціону (за замовчуванням 2, за регламентом має бути мінімум 2 учасники)

      ні

      tenderAttempts 

      Integer, Лоти виставляються, не обов'язково 

      При публікації: Значення від 1 до 10, та варіант “Невідомо”. Якщо інформація відсутня, в інтерфейсі майданчика нічого не відображається 

      так

      items

      Array of Items, обов’язково

      Склад лоту, актив

      Активи, які входять у склад лоту, лот має містити не менше одного  item`у

      так

      documents

      Array of Documents

      Усі документи та пов’язані додатки

      Документація, що стосується продажу лоту на аукціоні і додається Організатором під час публікації або редагування торгів. Наприклад фото, типовий договір і т.д.

      http://dgf.api-docs.ea2.openprocurement.io/en/latest/upload.html - робота з Document service

      так

      CBD3-GE-UC-015

      Тести API ЦБД


      Роль

      Учасник

      Передумови


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

      На час rectificationPeriod вводиться обмеження на рівні ЦБД по розміщенню закритих цінових пропозицій. Публікація закритих цінових пропозицій можлива після завершення цього періоду. 

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

      До завершення  періоду редагування на рівні ЦБД заблоковано розміщення закритих пропозицій

      CBD3-GE-UC-016

      Тести API ЦБД


      Роль

      Гарантований покупець - Організатор

      Передумови


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

      Значення rectificationPeriod.endDate не може змінюватись Організатором.

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

      Дата завершення періоду завершення  періоду редагування rectificationPeriod.endDate завжди визначається автоматично та не може бути відредаговане Організатором 

      CBD3-GE-UC-017

      +++

      Тести API ЦБД


      Роль

      Організатором

      Організатор

      Передумови

      Настання Період уточнень: rectificationPeriod

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

      Значення rectificationPeriod.endDate не може змінюватись Організатором.

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

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

      CBD3-GE-UC-018

      +++

      Тести API ЦБД


      Роль

      Організатором

      Передумови


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

      Тип процедури (procurementMethodType) неможливо змінити.

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

      Тип процедури присвоюється автоматично системою та не може бути змінено

      CBD3-GE-UC-019


      Роль

      Організатор

      Передумови


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

      Для

      видалення items змінюємо кількість (

      роботи із сутностями (bid, award, documents, items, questions): 

      Режим 1 - робота з усім переліком сутностей одного типу. Для видалення, редагування або додавання сутності, майданчик передає повний перелік сутностей одного типу, який замінює попередній.

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

      Видалення, редагування або додавання сутності, на підставі передавання майданчиком повного переліку сутностей одного типу, який замінює попередній

      items.quantity) на 0. При необхідності, 0 можна знову змінити на потрібне значення.

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

      Для видалення items змінюємо кількість (items.quantity) на 0. При необхідності, 0 можна знову змінити на потрібне значення

      .

      CBD3-GE-UC-020


      Роль

      Організатор

      Передумови


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

      Для редагування\додавання items необхідно передавати повний перелік існуючих items (їх id). У випадку додавання item, якщо не передати попередній перелік, буде пропатчено перший item. 

      Для роботи із сутностями (bid, award, documents, items, questions): 

      Режим 2 - робота з окремою сутністю, можливість звернутися до ID сутності та відредагувати всі або окремі її поля або видалити таку сутність

      Для редагування доступні поля items: address, description і т.д

      .

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

      Для редагування\додавання items необхідно передавати повний перелік існуючих items (їх id). У випадку додавання item, якщо не передати попередній перелік, буде пропатчено перший item. 

      Для редагування доступні поля items: address, description і т.д

      Видалення окремої сутності або редагування всіх або окремих полів, на підставі звернення до її ID. 

      CBD3-GE-UC-021

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


      Роль

      Організатор

      Передумови


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

      У Виконавця присутня можливість виправити мета інформацію і вкладені файли (виклик  PUT /documents/{did} ) і після завершення періоду редагування. При цьому, змінені файли відображаються на веб-сайті Майданчика перекресленими.

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

      У Виконавця присутня можливість виправити мета інформацію і вкладені файли (виклик  PUT /documents/{did} ) і після завершення періоду редагування. При цьому, змінені файли відображаються на веб-сайті Майданчика перекресленими. Повне видалення інформації неможливе.

      ...

      Період уточнень: enquiryPeriod


      CBD3-GE-UC-017/1

      Тести API ЦБД


      Роль


      Передумови

      Настання Період уточнень: enquiryPeriod

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

      Період уточнень - час, коли учасники задають питання, а Організатор відповідає на них - називається enquiryPeriod. enquiryPeriod.startDate співпадає з rectificationPeriod.startDate. enquiryPeriod.endDate співпадає з tenderPeriod.endDate

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

      Початок періоду уточнень  enquiryPeriod співпадає з початком періоду редагування rectificationPeriod, а дата завершення періоду уточнень співпадає з кінцем періоду подачі закритих пропозицій tenderPeriod 

      Дата відображається на: 

      • сторінці аукціону на майданчику
      • сторінці  аукціону на сайті  ДП ПП
      • в полях enquiryPeriod.startDate та tenderPeriod.endDate в арі

      CBD3-GE-UC-018/1

      Тести API ЦБД


      Роль


      Передумови

      Настання Період уточнень: enquiryPeriod

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

      Особливості Періоду уточнень: enquiryPeriod

      1. можливість учаснику задати питання закінчується за 1 день (о 18:00 попереднього дня) до enquiryPeriod.endDate

      2. організатор може надавати відповіді в рамках всього enquiryPeriod

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

      У учасника немає бути можливості задати питання після 18:00 дня що передує дню проведення торгів 

      У організатора повинна бути можливість відповісти на запитання учасників в рамках всього періоду

      Приклад роботи з питаннями у туторіалі api-docs:   https://procedure-prozorro-sale.raccoongang.com/api/doc#/questions 

      CBD3-GE-UC-019/1

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


      Роль


      Передумови

      Настання Період уточнень: enquiryPeriod

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

      Майданчики зобов’язані:

      • надсилати Організатору аукціону сповіщення про нові питання. 
      • сповіщати Організатора раз на 24 години про наявність питань без відповідей.

      Всі питання / відповіді зберігаються в ЕТС і є доступними всім для перегляду, незалежно від статусу Електронних торгів. 

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

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



      CBD3-GE-UC-020/1

      Тести API ЦБД


      Роль


      Передумови

      Настання Період уточнень: enquiryPeriod

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

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

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

      Майданчик попереджає (в інструкції) та слідкує за тим, щоб питання не містило вкладених файлів, було сформоване виключно текстовим та задавалося до лоту, а не окремих items 


      Status: active.tendering (Прийняття заяв на участь)


      CBD3-GE-UC-021/1

      +++

      Тести API ЦБД

      Роль


      Передумови

      Настання Період подачі пропозицій: tenderPeriod

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

      Після створення аукціону, система визначає startDate та endDate періоду подачі пропозицій учасниками. tenderPeriod.startDate починається одразу після завершення rectificationPerod.endDate. Мінімальна тривалість періоду складає 30 робочих днів. В статусі active.tendering учасникам дозволяється подавати закриті початкові пропозиції (bids).

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

      Періоду подачі пропозицій учасниками. tenderPeriod.startDate починається одразу після завершення періоду редагування rectificationPerod.endDate

      Дата завершення періоду подачі закритих пропозицій tenderPeriod.endDate дорівнює  tenderPeriod.startDate  + мінімум 30 робочих днів

      Дата відображається на: 

      • сторінці аукціону на майданчику
      • сторінці  аукціону на сайті  ДП ПП
      • в полях tenderPeriod.startDate та tenderPeriod.endDate в арі



      CBD3-GE-UC-022

      Тести API ЦБД


      Роль

      Учасник

      Передумови

      Настання Період подачі пропозицій: tenderPeriod

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

      Закриті пропозиції містять:

      1. величину потужності об’єкта електроенергетики або черги (пускового комплексу) об’єкта електроенергетики, щодо якого учасник аукціону має намір набути право на підтримку; Мінімум 1МВт
      2. цінову пропозицію. Ціна зазначається у євроцентах за 1 кіловат-годину (євроцентів/кВт⋅год) з двома знаками після коми. Цінова пропозиція учасника аукціону не може бути вищою за рівень "зеленого" тарифу (value.amount). Граничний рівень задається Організатором аукціону на етапі публікації процедури у системі. 

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

      Учасник заповнює поля описані в очікуваному результаті поля та розміщує закриту цінову пропозицію

      CBD3-GE-UC-023

      ++++

      Тести API ЦБД

      Роль

      Учасник

      Передумови

      Настання Період подачі пропозицій: tenderPeriod

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

      tenderPeriod.startDate завжди рівний rectificationPerod.endDate 

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

      tenderPeriod.startDate завжди рівний rectificationPerod.endDate 

      CBD3-GE-UC-024

      Тести API ЦБД


      Роль


      Передумови

      Настання Період подачі пропозицій: tenderPeriod

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

      tenderPeriod.endDate завжди наступає о 20.00 дня, що передує дню проведення аукціону (крім тих випадків, коли auction.Period.startDate був змінений штатними механізмами роботи системи). В момент настання tenderPeriod.endDate статус процедури змінюється на active.auction

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

      Період подачі пропозицій tenderPeriod.endDate закінчується виключно о 20:00 дня, що передує дню проведення аукціону. 
      В разі автоматичного  перепланування проміжок між завершенням періоду подачі пропозицій  та запуском модюлю аукціону може бути більшим.

      В момент настання tenderPeriod.endDate процедура змінює статус на active.auction

      Дата відображається на: 

      • сторінці аукціону на майданчику
      • сторінці  аукціону на сайті  ДП ПП
      • в полях tenderPeriod.endDate в арі

      CBD3-GE-UC-026

      Тести API ЦБД


      Роль

      Учасник

      Передумови


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

      Для участі в аукціоні суб’єкти господарювання разом із заявою довільної форми обов’язково подають набір документів.

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

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

      Типи документів

      documentType:illustration

      Ілюстрації

      documentType:notice

      Паспорт торгів

      documentType:technicalSpecifications

      Технічні специфікації

      documentType:evaluationCriteria

      Кваліфікаційні вимоги

      documentType:contractProforma

      Типовий договір

      documentType:x_dgfAssetFamiliarization

      Умови ознайомлення з майном

      documentType:x_presentation

      Презентація

      documentType:clarifications

      Уточнення до питань заданих учасниками. Опис причин редагування




      CBD3-GE-UC-027

      Входить до скоупу функціональних тестів API ЦБД


      Роль


      Передумови


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

      Майданчик розміщує ставку bid у ЦБД у статусі draft. У випадку успішного розміщення отримує від ЦБД токен bid`a (access token) і переводить ставку у статус active. Майданчик несе відповідальність за збереження access token та його нерозголошення. 

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

      Майданчик розміщує ставку bid у ЦБД у статусі draft. У випадку успішного розміщення отримує від ЦБД токен bid`a (access token) і переводить ставку у статус active. Майданчик несе відповідальність за збереження access token та його нерозголошення. 

      CBD3-GE-UC-028

      Входить до скоупу функціональних тестів API ЦБД


      Роль


      Передумови


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

      Якщо розміщення ставки у статусі draft не відбулось або ЦБД не повернула токен доступу, майданчик надсилає повторний запит для розміщення. Якщо запит на переведення ставки у статус active був не успішний, майданчик надсилає повторний запит для активації ставки. 

      Важливо не розміщувати bid одразу у статусі active, так як у випадку, якщо майданчик не отримає або втратить токен для цього bid`a, ставка буде розміщена у ЦБД але у майданчика не буде до неї доступу. https://procedure-prozorro-sale.raccoongang.com/api/doc#/bids

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

      Якщо розміщення ставки у статусі draft не відбулось або ЦБД не повернула токен доступу, майданчик надсилає повторний запит для розміщення. Якщо запит на переведення ставки у статус active був не успішний, майданчик надсилає повторний запит для активації ставки. 

      Важливо не розміщувати bid одразу у статусі active, так як у випадку, якщо майданчик не отримає або втратить токен для цього bid`a, ставка буде розміщена у ЦБД але у майданчика не буде до неї доступу. https://procedure-prozorro-sale.raccoongang.com/api/doc#/bids

      ...

      CBD3-GE-UC-029

      Тести API ЦБД


      Роль

      Учасник 

      Передумови


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

      Учасник має право вносити зміни та уточнення до поданої ним цінової  пропозиції до закінчення періоду прийому пропозицій, визначених для даних Електронних торгів (tenderPeriod.endDate).

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

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

      CBD3-GE-UC-031

      Тести API ЦБД


      Роль

      Учасник, Організатор

      Передумови


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

      Вся історія змін, внесених в період подачі пропозицій tenderPeriod, зберігається в ЦБД.

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

      Всі зміни внесені в період внесення пропозицій  tenderPeriod мають зберігатися  в ЦБД 

      CBD3-GE-UC-032

      Тести API ЦБД


      Роль

      Учасник

      Передумови


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

      Запит на анулювання пропозиції та внесення змін до пропозиції може надійти тільки на Майданчику, через який було зареєстровано пропозицію від відповідного Учасника. 

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

      Всі дії з заявкою (анулювання та редагування) учасник виконує виключно через майданчик, з якого заявку було подано

      CBD3-GE-UC-033

      Тести API ЦБД 


      Роль

      Учасник

      Передумови


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

      Анулювати можна тільки пропозицію в аукціоні, що має статус в Електронних торгах - "Прийняття заяв на участь" (active.tendering). 

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

      Виключно протягом періоду "Прийняття заяв на участь" (active.tendering) Учасник має змогу анулювати заявку на участь

      CBD3-GE-UC-

      034Тести API ЦБД

      034


      Роль


      Передумови


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

      Після розкриття цінових пропозицій, інформація про анульовані пропозиції Учасників не розкривається у публічному api. Майданчик повертає Учаснику гарантійний внесок.  

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

      При розкритті пропозицій анульовані не розкриваються, а ігноруються.
      Майданчик повертає гарантійний внесок учаснику, заявка якого була анульована.
      Повернення гарантійного внеску відбувається після розкриття цінових пропозицій.

      CBD3-GE-UC-035

      Тести API ЦБД


      Роль


      Передумови


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

      Для видалення майданчик відправляє наступний запит до ЦБД: DELETE auctions/auction_id/bids/bid_id?acc_token=your_access_token

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

      Для видалення майданчик відправляє наступний запит до ЦБД: DELETE auctions/auction_id/bids/bid_id?acc_token=your_access_token

      CBD3-GE-UC-036

      Тести API ЦБД


      Роль



      Передумови


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

      Якщо на етапі active.tendering було розміщено 2 і більше закритих цінові пропозиції, після завершення етапу статус процедури змінюється на active.auction. У протилежному випадку аукціон визнається таким, що не відбувся. Статус змінюється на unsuccessful.

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

      Мінімальна кількість учасників 2 і більше, в цьому випадку
      В разі  наявності 1 і менше учасників що подали закриті цінові пропозиції аукціон змінює статус на unsuccessful. Подання закритої цінової пропозиції поза межами tenderPeriod неможливе.

      CBD3-GE-UC-037

      Тести API ЦБД


      Роль


      Передумови



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

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

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

      Мінімум за 5 - 15 хвилин до початку аукціону всі учасники отримують на пошту/ у особистий кабінет  унікальне згенероване ЦБД посилання. Посилання має бути унікальним для кожного учасника

      ...

      CBD3-GE-UC-038

      Входить до скоупу функціональних тестів API ЦБД


      Роль


      Передумови


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

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

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

      До завершення аукціону (продуктивного чи не продуктивного)  ставки та закриті пропозиції доступні лише майданчику з якого зроблені та учаснику який їх зробив. 

      CBD3-GE-UC-039

      Входить до скоупу функціональних тестів API ЦБД


      Роль


      Передумови

      Status: active.auction (Аукціон)

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

      Після настання active.auction у ЦБД з'являється публічне посилання для глядачів аукціону і приватне посилання для кожного учасника у його закритій пропозиції. Фактично посилання стають доступними за 5 - 15 хвилин після зміни статусу, що пов’язано з технічними особливостями роботи ЦБД.

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

      Загальне посилання для глядачів, розміщений на сторінці аукціону ресурсу ДП ПП та на сторінці аукціону на майданчику та унікальні посилання для участі (унікальні посилання для учасників формуються та передаються на електронні адреси/особисті документи) формуються за 5-15 хвилин до початку торгів. Перехід за посиланням не призводить до запуску модуля аукціону

      CBD3-GE-UC-040

      Входить до скоупу функціональних тестів API ЦБД


      Роль

      Учасник 

      Передумови

      Status: active.auction (Аукціон)

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

      Учасник торгів, після отримання цього посилання від Майданчика, переходить за url на свою індивідуальну сторінку і бере участь в Аукціоні. Аукціон проводиться централізовано, у модулі аукціону, який є частиною ЦБД.

      Особливості проведення аукціону за посиланням: https://docs.google.com/document/d/1thjxU87HIkXD1PgQKpShMpV46UYBB3xvStW5Mb8Gegc/edit CBD3-GE-UC-

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

      Учасник переходить за посиланням, дочікується запуску модуля аукціону та приймає участь у аукціоні післі централізованого запуску модуля

      Status: qualification

      ...

      Період верифікації потенційного переможця verificationPeriod (Період перевірки документів учасників)

      CBD3-GE-UC-041

      Тести API ЦБД


      Роль


      Передумови

      Status: qualification

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

      endDate періодів в процесі Awarding’у фіксуються на рівні 18:00.

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

      Всі періоди в Awarding завжди закінчуються о 18:00

      CBD3-GE-UC-042

      ++++

      Тести API ЦБД


      Роль


      Передумови

      Status: qualification

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

      По завершенню аукціону, процедура переходить у статус qualification - фазу перевірки документів учасників. ЦБД формує award`и для N учасників у статусі verification. award`и формуються для всіх учасників, в залежності від кількості заяв на участь 

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

      Одразу після завершення роботи модуля аукціону ЦБД формує протокол, а процедура набуває (в разі позитивного сценарію) статус qualification. ЦБД формує award`и для N учасників у статусі verification. award`и формуються для всіх учасників, в залежності від кількості заяв на участь 

      CBD3-GE-UC-043

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


      Роль


      Передумови

      Status: qualification

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

      Валідною ставкою вважається та, що рівна або менша за значення value.amount

      На майданчиках відображається інформація про учасників, що кваліфікуються:

        1. Повна юридична назва Учасника
        2. Розмір цінової пропозиції
        3. Обсяг учасника
          1. Розмір з заяви учасника
          2. Фактичний розмір, який отримав учасник
        4. Статус award
        5. Документи учасника
        6. Терміни на перевірку документів та завантаження протоколу\договору

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

      Валідною ставкою вважається та, що рівна або менша за значення value.amount

      На майданчиках відображається інформація про учасників, що кваліфікуються:

        1. Повна юридична назва Учасника
        2. Розмір цінової пропозиції
        3. Обсяг учасника
          1. Розмір з заяви учасника
          2. Фактичний розмір, який отримав учасник
        4. Статус award
        5. Документи учасника
        6. Терміни на перевірку документів та завантаження протоколу\договору

      CBD3-GE-UC-044

      Тести API ЦБД


      Роль


      Передумови

      Status: qualification

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

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

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

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

      CBD3-GE-UC-045

      Входить до скоупу функціональних тестів API ЦБД


      Роль


      Передумови

      Status: qualification

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

      Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону.

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

      Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону.

      CBD3-GE-UC-046

      Тести API ЦБД


      Роль


      Передумови

      Status: qualification

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

      Учасниками вважаються користувачі, які подали повний пакет коректних документів і відповідають вимогам законодавства. Після аукціону Організатор протягом 10 робочих днів (verificationPeriod) здійснює перевірку документів всіх учасників аукціону і підтверджує наявність документів учасника (натискає на майданчику на кнопку “Підтвердити”, після чого майданчик передає award`у такого учасника статус waiting до ЦБД), або відхиляє учасника (завантажує документ - “Акт про невідповідність” - documentType: rejectionProtocol  та натискає на кнопку “Відхилити”, після чого майданчик передає статус “unsuccessfulaward`u учасника).

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

      Учасником вважається користувач, який надав повний пакет документів (заява + документи, визначені Організатором).
      Після завершення роботи модулю аукціону, протягом verificationPeriod (10 робочих днів) Організатор перевіряє документи та: 

      •  підтверджує наявність документів учасника (натискає на майданчику на кнопку “Підтвердити”, після чого майданчик передає award`у такого учасника статус waiting до ЦБД), 

      або 

      • відхиляє учасника (завантажує документ - “Акт про невідповідність” - documentType: rejectionProtocol  та натискає на кнопку “Відхилити”, після чого майданчик передає статус “unsuccessfulaward`u учасника).

      CBD3-GE-UC-047

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


      Роль

      Організатор, майданчик

      Передумови

      Status: qualification

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

      Після того, як не залишилось учасників, документи яких розглядаються (всі документи або підтверджено, або відхилено), організатор повинен оприлюднити “Загальний акт перевірки” documentType: x_verificationAct щодо результатів перевірки документів. Організатор завантажує “Загальний акт перевірки”, натискає кнопку “Перевірку документів завершено”, після чого майданчик змінює статус процедури на active.qualification

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

      Після того як Організатор опрацював всі документи всіх Учасників (підтвердив коректність наданого пакету документів або відхилив надані документи) Організатор завантажує “Загальний акт перевірки”, натискає кнопку “Перевірку документів завершено”, після чого майданчик змінює статус процедури на active.qualification

      CBD3-GE-UC-

      048Функціонал або задачі майданчику
      Входить до скоупу функціональних тестів API ЦБД

      048


      Роль

      Організатор, майданчик

      Передумови

      Status: qualification

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

      Якщо є учасники у статусі verification, в Організатора можливість перевести процедуру до статусу active.qualification відсутня. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус  active.qualification відсутня. Додати документ з таким типом можливо тільки на етапі перевірки документів учасника.

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

      В разі, якщо у Організатора залишилися не опрацьовані пакети документів Учасників, Організатор можнемає ливості перевести процедуру до статусу active.qualification. Якщо в процедурі відсутній документ x_verificationAct - можливість перевести процедуру у статус  active.qualification відсутня. Додати документ з таким типом можливо тільки на етапі перевірки документів учасника.




      CBD3-GE-UC-049

      Входить до скоупу функціональних тестів API ЦБД

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


      Роль


      Передумови

      Status: qualification

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

      Можливо 2 варіанти, з автоматичним завершенням та з ручним. В ЦБД закладаємо можливість перемикатись між опціями

      Варіант А. 

      Автоматичне завершення періоду - якщо по завершенню періоду присутні award`и у статусі verification, такі award`и автоматично змінюють свій статус на waiting, статус процедури автоматично змінюється на active.qualification. Діє принцип мовчазної згоди, ті учасники, документи яких не розглянуто вважаються такими, що успішно пройшли перевірку документів.

      Варіант Б. 

      Автоматичне завершення періоду відсутнє, Організатор має вручну змінити статус award`ів з verification на waiting та процедури з qualification на active.qualification. У структурі verificationPeriod з’являється додаткове поле з інформацією про порушення термінів.

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

      Можливо 2 варіанти, з автоматичним завершенням та з ручним. В ЦБД закладаємо можливість перемикатись між опціями

      Варіант А. 

      Автоматичне завершення періоду - якщо по завершенню періоду присутні award`и у статусі verification, такі award`и автоматично змінюють свій статус на waiting, статус процедури автоматично змінюється на active.qualification. Діє принцип мовчазної згоди, ті учасники, документи яких не розглянуто вважаються такими, що успішно пройшли перевірку документів.

      Варіант Б. 

      Автоматичне завершення періоду відсутнє, Організатор має вручну змінити статус award`ів з verification на waiting та процедури з qualification на active.qualification. У структурі verificationPeriod з’являється додаткове поле з інформацією про порушення термінів.

      CBD3-GE-UC-050

      Входить до скоупу функціональних тестів API ЦБД
      Функціонал або задачі майданчику


      Роль


      Передумови

      Status: qualification

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

      Після завершення аукціону, протягом verificationPeriod, поки award знаходиться у статусі verification, учасники мають можливість довантажити до bid`а набір документів для усунення формальних недоліків. Типи документів та неймінг співпадають з документами, які на етапі розміщення заяви додаються до bid`а. Можливо тільки довантажити документи, всю інформацію bid`а (поля та документи), яка була збережена на етапі tenderPeriod, змінювати неможливо.

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

      Можливо тільки довантажити документи, всю інформацію bid`а (поля та документи), яка була збережена на етапі tenderPeriod, змінювати неможливо.



      CBD3-GE-UC-051

      Входить до скоупу функціональних тестів API ЦБД
      Функціонал або задачі майданчику


      Роль


      Передумови

      Status: active.qualification

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

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

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

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



      CBD3-GE-UC-052

      Тести API ЦБД


      Роль


      Передумови

      Status: active.qualification

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

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

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

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

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

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

      CBD3-GE-UC-053


      Роль

      Входить до скоупу функціональних тестів API ЦБД
      Функціонал або задачі майданчику


      Передумови

      Status: active.qualification

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

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

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

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

      .

      CBD3-GE-UC-054

      Входить до скоупу функціональних тестів API ЦБД
      Функціонал або задачі майданчику


      Роль


      Передумови

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

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

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

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

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



      CBD3-GE-UC-055

      Входить до скоупу функціональних тестів API ЦБД
      Функціонал або задачі майданчику


      Роль


                            Передумови

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

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

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

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

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

      CBD3-GE

      -UC-056Входить до скоупу функціональних тестів API ЦБД
      Функціонал або задачі майданчику

      -UC-056


      Роль


                         

       

      Передумови

      Настання періоду очікування кваліфікації переможців (pending)

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

      Award’ам учасників з найнижчими ставками присвоюється статус pending. При однакових цінових пропозиціях, переможцем вважається той учасник, що подав пропозицію раніше. Час подачі пропозицій враховується та відображається відповідно до стандарту, наприклад: 2019-10-11T14:54:12.708333+03:00


      (посилання на стандарт https://en.wikipedia.org/wiki/ISO_8601)

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

      Award’ам учасників з найнижчими ставками присвоюється статус pending. При однакових цінових пропозиціях, переможцем вважається той учасник, що подав пропозицію раніше. Час подачі пропозицій враховується та відображається відповідно до стандарту, наприклад: 2019-10-11T14:54:12.708333+03:00 

      CBD3-GE-UC-057

      Входить до скоупу функціональних тестів API ЦБД
      Функціонал або задачі майданчику


      Роль


      Передумови


      Очікуваний

      результат

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

      Актуальний

      результат

      Процедура кваліфікації знаходиться в періоді підписання протоколу, у цей час Організатор

      зобов’язаний завантажити і підтвердити протокол аукціону (documentType: auctionProtocol) в цей award.

      .

      CBD3-GE-UC-058

      неактуально

      Роль

      Передумови

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

      Якщо протокол завантажено і підтверджено раніше - award учасника переходить до статусу “Очікується договір” (active)

      зобов’язаний завантажити і підтвердити протокол аукціону (documentType: auctionProtocol) в цей award.

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

      Якщо протокол завантажено і підтверджено раніше - award учасника переходить до статусу “Очікується договір” (active).

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

      CBD3-GE-UC-059

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

      Входить до скоупу функціональних тестів API ЦБД


      Роль

      Організатор

      Передумови


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

      В Організатора є можливість підтвердити протокол і після завершення SigningPeriod, обмеження на майданчику не мають встановлюватись.

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

      Майданчики не мають обмежувати підтвердження Організатором протоколу після завершення SigningPeriod

      CBD3-GE-UC-060

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

      Входить до скоупу функціональних тестів API ЦБД


      Роль

      Організатор

      Передумови


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

      Після завантаження протоколу організатор натискає кнопку "Протокол затверджено", після чого майданчик переключає статус award’у в active. В результаті чого для цього award’у створюється contract відповідного учасника в статусі pending у масиві contracts.

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


      Після завантаження протоколу організатор натискає кнопку "Протокол затверджено", після чого майданчик переключає статус award’у в active. В результаті чого для цього award’у створюється contract відповідного учасника в статусі pending у масиві contracts.

      .

      CBD3

      -GE-UC-061

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

      Входить до скоупу функціональних тестів API ЦБД

      -GE-UC-061


      Роль

      Учасник

      Передумови


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

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

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

      Завантаження цього документу учасником не призводить до зміни статусів в системі.

      .

      CBD3-GE-UC-062

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

      Входить до скоупу функціональних тестів API ЦБД


      Роль

      Організатор

      Передумови


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

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

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

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

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

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

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

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

      .

      CBD3-GE-UC-063

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


      Роль


      Передумови

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

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

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

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

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

      .

      CBD3-GE-UC-064

      Тести API ЦБД


      Роль


      Передумови


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

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

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

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

      .

      CBD3-GE-UC-065

      Тести API ЦБД


      Роль


      Передумови



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

      У випадку, якщо після розподілу квоти залишок менший за обсяг наступного учасника, формується 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
      .
      1. .

      CBD3-GE-UC-070

      Входить до скоупу функціональних тестів API ЦБД


      Роль


      Передумови

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

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

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


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

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

      .

      ...



      CBD3-GE-UC-071

      Тести API ЦБДа


      Роль

      Скасування аукціону
      Роль

      Передумови


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

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

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

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

      .

      CBD3-GE-UC-072

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

      Входить до скоупу функціональних тестів API ЦБД


      Роль


      Передумови


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

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

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

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

      .


      CBD3-GE-UC-0


      Роль


      Передумови



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


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


      .