Versions Compared

Old Version 60

changes.mady.by.user yulia.slepenko

Saved on

compared with

New Version 61

changes.mady.by.user yulia.slepenko

Saved on

Key

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

...

CBD3-GE-UC-005

Створення процедури                                                                                                  Функціонал або задачі майданчику

Роль

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

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

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

Майданчик:  

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

ЦБД:
До публікації процедури ЦБД не залучається 

...

CBD3-GE-UC-007

Створення процедури                                                                                                                                         Тести API ЦБД

Роль

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

Передумови


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

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




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

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

ЦБД: 


...

CBD3-GE-UC-010 

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

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

Роль


Передумови

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

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


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

Майданчик:

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

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

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

ЦБД: 

Після натискання кнопки "Опублікувати"  Організатором - гарантованим покупцем до ЦБД передаються наступні автогенеровані поля:

1. ata.id

2. data.auctionID
3. data.owner
4. data.items.id
5. Масив полей документу, якщо він був завантажений під час створення оголошення
data.documents.id
data.documents.url
data.documents.datePublished
data.documents.dateModified

 ЦБД розраховує, повертає майданчику та відображає в api startDate та endDate  active.rectification (Період редагування)

...

CBD3-GE-UC-012

                                                                                                                                                                                     Тести API ЦБД

Роль


Передумови

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

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

Створена процедура  набуває статусу active.rectification. З виконанням цих дій до створеної процедури додаються поля, що генеруються автоматично, в тому числі тривалості періодів. Період редагування завжди триває 48 годин. rectificationPeriod.startDate, при цьому, дорівнює моменту появи процедури в ЦБД.   rectififcationPeriod.endDate визначається як (rectificationPeriod.startDate + 48 год)


Майданчик: 

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

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

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

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

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

ЦБД:

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

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

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

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

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

CBD3-GE-UC-013

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

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

                                                                                                                      

Роль


Передумови


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

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

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

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

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

Майданчик:
майданчик  блокує можливість повного видалення документу, попередньо завантажений документ можливо лише замінити, при цьому, замінений документ відображається перекресленим. Можливість завантажити і продивитися замінений документ зберігається.
Довантаження та заміна документів зберігається до завершення періоду прийому пропозицій - tenderPeriod.endDate.

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


...

CBD3-GE-UC-015

Тести API ЦБД

Роль

Учасник

Передумови

Період редагування: rectificationPeriod

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

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

Майданчик: 

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

ЦБД:

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

CBD3-GE-UC-016

                                                                                                                                                                                                                       Тести API ЦБД

Роль

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

Передумови


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

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

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

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


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

ЦБД: 

rectificationPeriod.endDate не може бути выдредаговано стандартними методами

CBD3-GE-UC-017

                                                                                                                                                                                                     Тести  Тести API ЦБД  дубль

Роль

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

Передумови

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

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

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

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


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

Майданчик:

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

ЦБД: 

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

                                   

CBD3-GE-UC-018

                                                                                                                                                                                  Тести API ЦБД

Роль

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

Передумови

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

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

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


Майданчик:

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

ЦБД:

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

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

Майданчик:

CBD3-GE-UC-019


Роль

Організатор

Передумови

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

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

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

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

роботи із переліком сутностей (bid, award, documents, items, questions) одного типу майданчик передає повний перелік сутностей одного типу, який замінює попередній.

Майданчик:

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

ЦБД:

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

ЦБД:


Майданчик:

CBD3-GE-UC-020


Роль

Організатор

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

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


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

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

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

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

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

роботи із сутностями (bid, award, documents, items, questions) процедури буде закладено  режим:
- робота з окремою сутністю, можливість звернутися до ID сутності та відредагувати всі або окремі її поля або видалити таку сутність.

Майданчик:

Для роботи із окремим сутностями (bid, award, documents, items, questions) реалізується можливість звернутися до ID сутності та відредагувати всі або окремі її поля або видалити таку сутність

ЦБД:

ЦБД приймає від майданчика, видаляє або оновлює нові дані конкретного ID сутності або окремого її поля

ЦБД:

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

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

після . При цьому, змінені файли відображаються на веб-сайті Майданчика перекресленими.

CBD3-GE-UC-021

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

Роль

Організатор

Передумови

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

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

У Виконавця присутня можливість виправити мета інформацію і вкладені файли (виклик  PUT /documents/{did} )і

після завершення періоду редагування

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


Майданчик:

виконавець Організатор має змогу відредагувати мета інформацію та вкладені файли  (виклик  PUT /documents/{did} ) після завершення active.rectification (Період редагування)

замінені документи доступні для завантаження та перегляду, відображаються в інтерфейсах перекресленим

повне видалення інформації неможливе

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

повне видалення інформації недоступне

...

ЦБД/API: 

enquiryPeriod.startDate = rectificationPeriod.startDate

enquiryPeriod.endDate = tenderPeriod.endDate

CBD3-GE-UC-017/1

Тести API ЦБД

Роль


Передумови

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

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

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

Майданчик:

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

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

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

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

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

ЦБД/API: 

enquiryPeriod.startDate = rectificationPeriod.startDate

enquiryPeriod.endDate = tenderPeriod.endDate


                                                                                                                                           

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

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

CBD3-GE-UC-018/1

CBD3-GE-UC-018/1

                                                                                                          Тести API ЦБД

Роль


Передумови

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

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

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

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

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

дня) до enquiryPeriod.endDate

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

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

Особливості даного періоду:

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

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

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


Майданчик: 

у

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

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

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

ЦБД:

з моменту  настання

18:

ЦБД:

з моменту  настання 20:00 дня що передує дню проведення аукціону учасник втрачає можливість   00 попереднього дня до enquiryPeriod.endDate учасник втрачає можливість задавати питання
організатор може надавати відповіді в рамках всього enquiryPeriod

всім для перегляду, незалежно від статусу Електронних торгів. 

CBD3-GE-UC-019/1

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

Роль


Передумови

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



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

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

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

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

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

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


Майданчик: 

при наявності питання до лоту/аукціону майданчик надсилає Гарантованому покупцеві сповіщення про таке питання
при наявності питання БЕЗ відповіді до лоту/аукціону майданчик надсилає Гарантованому покупцеві сповіщення про таке питання один раз на добу 

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

ЦБД:

ЦБД

CBD3-GE-UC-020/1

Тести API
ЦБД Функціонал або задачі майданчику

Роль


Передумови

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

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

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

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

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

Майданчик:

в окремій або загальній інструкції (залежить від реалізації майданчика) окремим пунктом вказано що:

запитання задається ло до лоту, а не окремих items 

запитапитання до лоту не має містити вкладень (вкладених файлів)

запитання до лоту мають виключно текстовий формат


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

ЦБД:  

ЦБД не приймає та не зберігає питання що містять вкладені файли або не є текстовими

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

...